Athletic training optimization

ABSTRACT

Methods and apparatuses for athletic training optimization are disclosed. In one example, a fitness level change is identified. In one example, a current training intensity is updated to reflect an updated user fitness level.

CROSS REFERENCE TO RELATED APPLICATIONS

The present application is a continuation-in-part application of U.S.patent application Ser. No. 13/758,731 for “Athletic TrainingOptimization,” to Thomas C. Chuang, and filed on Feb. 4, 2013, whichclaims priority from Provisional Patent Application No. 61/595,026entitled “Athletic Training Optimization,” to Thomas C. Chuang, andfiled Feb. 4, 2012, the entire disclosures of which are incorporatedherein by reference for all purposes.

BACKGROUND OF THE INVENTION

Athletes are constantly trying to improve their performance at theirchosen athletic activity. Performance is closely tied to the athlete'sfitness level in athletic activities such as running, cycling, andswimming. As a result, methods and apparatuses for improving fitnesslevels in athletes are needed.

BRIEF DESCRIPTION OF THE DRAWINGS

The present invention will be readily understood by the followingdetailed description in conjunction with the accompanying drawings,wherein like reference numerals designate like structural elements.

FIG. 1 illustrates a system for athletic performance monitoring beingworn by a runner in one example.

FIG. 2 illustrates a simplified block diagram of the training deviceshown in FIG. 1 in one example.

FIG. 3A illustrates a simplified block diagram of a foot mountedcomponent of the system shown in FIG. 1.

FIG. 3B illustrates a simplified block diagram of a torso mountedcomponent of the system shown in FIG. 1.

FIG. 4 illustrates an excerpt of a lookup table utilized to determinetraining paces in one example.

FIGS. 5A and 5B illustrate excerpts of lookup tables utilized todetermine training paces in a further example.

FIG. 6 illustrates a baseline run data.

FIG. 7 illustrates configuration of a pace update run utilizing thebaseline run data shown in FIG. 6.

FIG. 8 illustrates stored user running activity used to select abaseline run.

FIG. 9 illustrates stored user running activity used to identify afitness level change.

FIG. 10 is a flow diagram illustrating a method for fitness levelmonitoring in one example.

FIG. 11 is a flow diagram illustrating a method for updating a currenttraining pace in one example.

FIG. 12 is a flow diagram illustrating a method for athletic training inone example.

FIG. 13 is a flow diagram illustrating a method for athletic training inone example.

FIG. 14 is a flow diagram illustrating a method for athletic training inone example.

FIG. 15 is a flow diagram illustrating a method for athletic training inone example.

FIG. 16 is a flow diagram illustrating a method for fitness levelmonitoring in one example.

FIG. 17 is a flow diagram illustrating a method for predicting a racetime in one example.

DESCRIPTION OF SPECIFIC EMBODIMENTS

Methods and apparatuses for athletic training optimization aredisclosed. The following description is presented to enable any personskilled in the art to make and use the invention. Descriptions ofspecific embodiments and applications are provided only as examples andvarious modifications will be readily apparent to those skilled in theart. The general principles defined herein may be applied to otherembodiments and applications without departing from the spirit and scopeof the invention. Thus, the present invention is to be accorded thewidest scope encompassing numerous alternatives, modifications andequivalents consistent with the principles and features disclosedherein. For purpose of clarity, details relating to technical materialthat is known in the technical fields related to the invention have notbeen described in detail so as not to unnecessarily obscure the presentinvention.

For example, athletes often follow a training plan to prepare for anupcoming race in the hopes that they will run a faster time. Manytraining plans call for workouts to be performed at various paces. Thesepaces are determined by the athlete's current fitness level. In order tomake the most of their training, some measure of the athlete's currentfitness level is needed so that the runner can train at the appropriatepace.

For example, in running, in the prior art, a lactate threshold test maybe utilized to determine a runner's current fitness level (i.e., theuser's lactate threshold pace). Other training paces may be generatedfrom the results of the lactate threshold test using lookup tables asdescribed herein. Lactate threshold testing is highly accurate indetermining the user's lactate threshold pace. However, as a runnertrains and improves or decreases fitness, the lactate threshold pacemeasured becomes outdated. Lactate threshold testing must be performedat a testing facility and is expensive. As a result, for most runners itis not practical to repeatedly use lactate threshold testing as aregular part of their training regimen to track the user's currentfitness level.

Another technique discussed in the prior art to establish a currentfitness level is for the runner to run a race at maximum effort and usethe runner's performance to establish the runner's current fitnesslevel. This technique is relatively inexpensive compared to a lactatethreshold test. However, the inventor has recognized problems with usingrace times exclusively to establish the runner's current fitness level.For example, a runner may not wish to frequently race because of theeffort and physical stress required for a peak performance. Furthermore,racing also interrupts the runner's training rhythm, as additional restbeforehand or recovery afterward may be needed. Furthermore, theaccuracy of this method is predicated on the runner performing at a nearpeak level in order to gauge the runner's fitness level, which may bedifficult or undesirable for the runner to repeatedly achieve each race.

The inventor has recognized that improved methods and apparatuses areneeded for developing current, up-to-date workouts and training plansfor athletes which optimize their training. In particular, improvedapparatuses and methods are needed to monitor/determine an athlete'scurrent fitness level so they can train at the correct intensity level(e.g., pace).

Because a runner's fitness level improves as he trains (oralternatively, decreases as the runner decreases training), methods andapparatuses are needed to monitor a runner's current fitness level.Furthermore, methods and apparatuses are needed to optimize a runner'straining based on the runner's current fitness level.

In various embodiments described below, the methods described below maybe implemented as sequences of instructions executed by one or morecomputers. The instructions may be incorporated into one or moreapplication programs stored in a non-transitory computer readablestorage memory of one or more computers, the one or more applicationprograms which when executed by a computer cause the computer to performthe methods recited herein.

In one example, a fitness level monitoring method includes receiving abaseline data associated with a baseline activity, the baseline datacomprising a heart rate (HR) data and a movement or pace data, receivinga training data associated with a plurality of training activities, andprocessing the training data to identify a need for a fitness testactivity. The method includes receiving a fitness test data associatedwith a fitness test activity, and processing the baseline data and thefitness test data to identify a user fitness level change (i.e.,determine a current fitness level). In one example, a computer readablestorage memory stores instructions that when executed by a computercause the computer to perform this recited method for fitness levelmonitoring.

In one example, the baseline activity is a baseline run. In a furtherexample, the baseline activity is a baseline cycling activity orswimming activity or walking activity. In one example, the baseline datafurther includes navigation data. Where the swimming activity is in apool, navigation data may include directional data operable to calculatenumber of laps swam.

In one example, a method for updating a current training pace includesstoring a training data associated with a plurality of user activity,the training data including heart rate data and pace data. The methodincludes identifying a need for a training pace update activity,receiving an update data associated with a training pace updateactivity, and processing the update data to determine an updated currenttraining pace. In one example, a computer readable storage memory storesinstructions that when executed by a computer cause the computer toperform this recited method for updating a current training pace. In oneexample, the training data further includes navigation data.

In one example, the training pace update activity is a training paceupdate run. In a further example, the training pace update activity is atraining pace update cycling activity or swimming activity.

In one example, a fitness level monitoring method includes receiving abaseline data associated with a baseline run, the baseline datacomprising a navigation data, a heart rate data, and a pace data. Themethod includes receiving a fitness test data associated with a fitnesstest run. The method further includes processing the baseline data andthe fitness test data to identify a user fitness level change. In oneexample, a computer readable storage memory stores instructions thatwhen executed by a computer cause the computer to perform this recitedmethod for fitness level monitoring.

In one example, a fitness level monitoring method includes receiving abaseline data associated with a baseline run, the baseline datacomprising a navigation data, a heart rate data, and a pace data. Themethod includes receiving a training data associated with a plurality oftraining runs and processing the training data to identify a need for afitness test run. The method includes receiving a fitness test dataassociated with a fitness test run, and processing the baseline data andthe fitness test data to identify a user fitness level change. In oneexample, a computer readable storage memory stores instructions thatwhen executed by a computer cause the computer to perform this recitedmethod for fitness level monitoring. In one example, the user fitnesslevel change is an improved fitness level.

In one example, the method further includes receiving a current trainingpace input by a user, wherein the user is prompted to run the baselinerun at the current training pace. In one example, the method furtherincludes determining an updated current fitness level training pace. Inone example, determining an updated current fitness level training paceincludes retrieving the heart rate data from the baseline data,receiving an update data associated with an update run, wherein duringthe update run the user is prompted to maintain a target heart rate, thetarget heart rate determined from the heart rate data from the baselinedata, and processing the update data to determine an updated currenttraining pace.

In one example, a method for updating a current training pace includesstoring a training data associated with a plurality of user runningactivity, the training data comprising navigation data, heart rate data,and pace data. The method includes receiving an update data associatedwith a training pace update run, and processing the update data todetermine an updated current training pace. In one example, a computerreadable storage memory stores instructions that when executed by acomputer cause the computer to perform this recited method for updatinga current training pace.

In one example, a method for updating a current training pace includesstoring a training data associated with a plurality of user runningactivity, the training data comprising navigation data, heart rate data,and pace data. The method includes identifying a need for a trainingpace update run, receiving an update data associated with a trainingpace update run, and processing the update data to determine an updatedcurrent training pace. In one example, a computer readable storagememory stores instructions that when executed by a computer cause thecomputer to perform this recited method for updating a current trainingpace.

In one example, during the training pace update run the user is promptedto maintain a target heart rate. For example, the target heart rate isdetermined from training data associated with a running activity in theplurality of user running activity. In one example, identifying a needfor a training pace update run comprises determining an elapsed timefrom a previous training pace update run. In one example, identifying aneed for a training pace update run comprises determining a user fitnesslevel change (i.e., determine a current user fitness level). Forexample, determining a user fitness level change includes receiving aworkout data associated with a workout running activity, and processingthe workout data and the training data to determine a user fitness levelchange. In one example, processing the workout data and the trainingdata includes identifying a running activity from the training datahaving a same navigation route and a same approximate pace as theworkout running activity, and comparing a first heart rate dataassociated with the running activity and a second heart rate dataassociated with workout running activity.

In one example, the method further includes identifying a current startlocation of a user, and searching the training data associated with aplurality of user running activity to identify a user running activityhaving a same start location as the current start location. The methodfurther includes prompting the runner during the training pace updaterun to run a route corresponding to the user running activity having asame start location as the current start location. For example,prompting the runner during the training pace update run comprisesoutputting turn by turn directions. For example, the turn by turndirections are voice communications output at a headset.

In one example, a system for training optimization includes a sensorconfigured to monitor a user heart rate data, a navigation systemconfigured to monitor a user navigation data, the navigation datacomprising user location data and user pace data, and a processor. Thesystem further includes a memory configured to store a baseline dataassociated with a baseline run, a training data associated with one ormore training runs, a fitness test data associated with a fitness testrun, and a training optimization application configured to process thebaseline data and the fitness test data to identify a user fitness levelchange.

In one example, the navigation system, processor, and memory areimplemented at a body worn device. For example, the body worn device isa wrist-worn device or a smartphone. In one example, the system furtherincludes a headset configured to receive and output audio prompts to auser.

In one example, a system for updating a training pace includes a sensorconfigured to monitor a user heart rate data, a navigation systemconfigured to monitor a user navigation data, the navigation datacomprising user location data and user pace data, and a processor. Thesystem further includes a memory configured to store a training dataassociated with one or more training runs, an update data associatedwith a training pace update run, and a training optimization applicationconfigured to process the update data to determine an updated currenttraining pace. In one example, the training optimization application isfurther configured to identify a need for a training pace update run.

In one example, the training optimization application is configured toprocess the navigation data to identify a current start location of theuser, search the training data to identify a training run having a samestart location as the current start location, and prompt the user duringthe training pace update run to run a route corresponding to thetraining run having a same start location as the current start location,wherein the training optimization application is further configured toprompt the user to maintain a target heart rate determined from thetraining run having a same start location as the current start location.

In one example, an apparatus for training optimization includes aninterface configured to receive a user heart rate data, a navigationsystem configured to monitor a user navigation data, the navigation datacomprising user location data and user movement or pace data, and aprocessor. The apparatus further includes a memory configured to store abaseline data associated with a baseline activity, a training dataassociated with one or more training activities, and a trainingoptimization application configured to process the baseline data and thetraining data to identify a user fitness level change.

In one example, an apparatus for updating a training pace includes aninterface configured to receive a user heart rate data, a navigationsystem configured to monitor a user navigation data, the navigation datacomprising user location data and user pace data, and a processor. Theapparatus includes a memory configured to store a training dataassociated with one or more training activities, an update dataassociated with a training pace update activity, and a trainingoptimization application configured to process the update data todetermine an updated current training pace.

In one example, a non-transitory computer readable storage memory storesinstructions that when executed by a computer cause the computer toperform a method for athletic training. The method includes identifyinga present start location of a user, processing a stored data to identifya workout for the user to perform, and receiving a training dataassociated with the workout during a performance of the workout by theuser.

In one example, a method for athletic training includes receiving afirst data associated with a first athletic activity performed at atraining pace, the first data comprising a first heart rate data. Themethod includes receiving a second data associated with a secondathletic activity performed at a target heart rate, the target heartrate associated with the first heart rate data, the second datacomprising a pace data. The method further includes determining anupdated training pace utilizing the second data. In one example, theathletic activity is a running activity. In a further non-limitingexample, the athletic activity is a cycling activity, swimming activity,or walking activity.

In one example, a method for athletic training includes setting atraining pace for a workout type, correlating a target heart rate to theworkout type, and setting an updated training pace for the workout typeresponsive to receiving a data from an athletic activity correspondingto the workout type. In one example, the athletic activity is a runningactivity. In a further non-limiting example, the athletic activity is acycling activity, swimming activity, or walking activity.

In one example, a method for athletic training includes receiving aplurality of training data associated with a plurality of trainingactivities, wherein each training activity of the plurality of trainingactivities is identified by a workout type. The method includesidentifying the plurality of training data associated with a workouttype, and processing the plurality of training data to identify afitness level change. The method further includes receiving an updatedata associated with an update training activity, and identifying anupdated training intensity utilizing the update data. In one example,the plurality of training activities are running activities and theupdated training intensity is a training pace. In a further non-limitingexample, the plurality of training activities are swimming or cyclingactivities.

In one example, an apparatus includes a processor, a user interface, aninterface configured to receive a heart rate data from a heart ratemonitor, and a navigation system configured to monitor a user navigationdata comprising user location data and user speed data. The apparatusincludes a memory storing an application comprising instructionsexecutable by the processor, the application configured to output aplurality of prompts at the user interface during an athletic activity,the plurality of prompts configured to assist in determining an updatedcurrent training pace, wherein the application is further configured todetermine an updated current training pace from a training datamonitored during the athletic activity. In one example, the athleticactivity is a running activity. In a further non-limiting example, theathletic activity is a cycling activity, swimming activity, or walkingactivity.

In one example, a fitness level monitoring method includes receiving abaseline data associated with a baseline athletic activity, the baselinedata comprising a navigation data, a heart rate data, and a pace data.The method includes receiving a training data associated with aplurality of training athletic activities, and processing the trainingdata to identify a training athletic activity from the plurality oftraining athletic activities usable to identify a fitness level change.The method includes identifying a user fitness level change. In oneexample, the athletic activity is a running activity. In a furthernon-limiting example, the athletic activity is a cycling activity,swimming activity, or walking activity.

In one example, a method includes receiving a training data associatedwith a plurality of user athletic activity, the training data comprisingnavigation data, heart rate data, and pace data. The method includesreceiving a data associated with a current fitness level determination,and processing the data to predict an estimated race performance time.For example, the current fitness level determination comprises atraining pace update activity. In one example, the method furtherincludes identifying a need for a training pace update activity.

In one example, a fitness level monitoring method includes receiving abaseline data associated with a baseline activity, the baseline datacomprising a heart rate data, and a movement data. The method includesreceiving a fitness test data, and processing the baseline data and thefitness test data to identify a user fitness level change. In oneexample, the movement data is associated with user running. In a furthernon-limiting example, the movement data is associated with user walking,cycling, or swimming.

Advantageously, these methods and apparatuses allow the user to train atdetermined optimized training paces reflecting their current fitnesslevel without the need to constantly perform a lactate threshold test todetermine their current fitness level. Furthermore, the user need notconstantly perform a race in order to estimate their current fitnesslevel, avoiding the stress on the body of running a race and the need tointerrupt their training to perform a race at peak performance. To run arace, the user must taper their training in advance of the race, and mayneed recovery time after the race before resuming normal training.

Simultaneously, these methods and apparatuses avoid the limitations ofheart rate based training used alone. These limitations are due to thevariety of factors affecting a user heart rate during running which areindependent of the user fitness level. Such factors include ambienttemperature (or other weather factors), stimulant intake (e.g.,caffeine), the course topography and elevation profile, time of day,length of time into the run, the user stress level, whether the user isdehydrated, or even variability of the heart rate monitor. Furthermore,the user heart rate may vary due to simple day to day variations of upto 2-3 beats per minute. Furthermore, it is easier psychologically forthe user to maintain a desired pace than a desired heart rate. Forexample, it is intrinsically easier for a user to know how to maintain atarget pace of 8:00 minutes per mile than a heart rate of 165 bpm.

Furthermore, heart rate based training methods in the prior art are notspecific to the user, failing to account for heart rate variations fromuser to user based on training data. For example, the average heart ratefor a user A running at marathon pace may differ from the average heartrate for a user B running at marathon pace.

Methods and apparatuses described herein utilize heart rate data, but doso in a matter which reduces or eliminates these prior art problems by(1) only using heart rate data periodically, i.e., limiting its use, (2)personalizing it to each specific user based on actual training data,and (3) when it is used (e.g., in pace update runs), minimizing theeffect of factors which affect HR independent of the user fitness level(e.g., performing the pace update run on the same course as the baselinerun).

FIG. 1 illustrates a system for athletic performance monitoring beingworn by a walker or runner 1 in one example. FIG. 1 shows a walking orrunning person 1 wearing a training device 2 around his wrist andwearing athletic shoes to which a sensor unit 4 is attached. However,the sensor unit 4 may also be incorporated in the sole of the shoe orelsewhere on or within the shoe. The sensor unit 4 may also be attacheddirectly to the foot of the person. The person 1 is also wearing asensor unit 6 around his torso.

Training device 2 and sensor units 4 and 6 are placed on or attached toperson 1 directly or indirectly. For example, training device 2 andsensor units 4 and 6 may be attached to or on, placed within, orotherwise integrated with worn shoes, accessories, clothing, orequipment. Training device 2 and sensor units 4 and 6 may be mounteddirectly on runner 1 by adhesives, bands, straps, hooks, othermechanical connectors.

In some examples, the training device 2 may be attached to the user'swrist in an enclosure which is similar to a watch and combined withother functionality such as timekeeping or with other sensors such thenavigation device. In further examples, the training device 2 may beattached to the user's arm using an enclosure similar to an armband andcombined with other devices such as a cellular phone, an audio deviceand/or the navigation device.

In some examples, the sensor unit 4 may be attached to the top of auser's shoe with removable fasteners such as clips. In other examples,the sensor unit 4 may be inserted within the user's shoe, such as withina recess formed in the sole of the shoe.

In one example, the sensor unit 6 includes one or more sensors 50 (e.g.,heart rate sensors or accelerometers) or other inertial sensors and maybe attached to the user with a chest strap in an enclosure which mayinclude other sensors such as a heart-rate monitor (HRM) sensor. In theexample shown in FIG. 1, sensor unit 6 includes sensors 50 a and 50 bwhich are heart rate sensors mounted in parallel on both the left andright side of the runner 1 torso. Sensor unit 6 may also includetri-axial accelerometers.

In further examples, any number of sensors may be provided to sense anydesired type of athletic performance information. Furthermore, as usedherein, the term “sensor” may refer to one or more sensors. Sensor ofvarying types may be placed at the same desired location on runner 1.For example, training device 2 may include both an inertial sensor and aGPS unit. Sensor unit 6 may include both an inertial sensor and a heartrate sensor.

Training device 2 and sensor units 4 and 6 are operable to communicatewirelessly amongst themselves. In the example shown in FIG. 1, sensorunit 6 is in communication with training device 2 via a wireless link 3and sensor unit 4 is in communication with training device 2 via awireless link 5.

Training device 2 may also be configured to communicate with computingdevices, exercise devices, navigation devices, sensors, and any otherenabled devices through a communication network, such as a local areanetwork, a wide area network, or the Internet. Such communication mayoccur via wired or wireless links.

In the example shown in FIG. 1, training device 2 for has beenincorporated into a wrist-worn device. For example, wrist worn devicemay assume a watch form factor having some form of visual display andaudio output. Data collected by sensor unit 4 and sensor unit 6 aretransmitted to training device 2 (i.e., the wrist worn device) forprocessing and/or output together with data collected by training device2. The collected sensor data is processed, stored, and/or displayed attraining device 2.

In a further example, data collected by training device 2 and sensorunits 4 and 6 are transmitted to an electronic device for processing,where the electronic device need not itself have a sensor. For example,the electronic device may be an MP3 or other type of digital musicplayer, watch, handheld computing device, cellular telephone, or anyother device capable of displaying information or outputting audio. Theelectronic device may process the received sensor data and outputassociated information to the user via a user interface output such as aLCD display. The electronic device may be attached to the runner's bodyin any manner similar to that of a sensor so that it is easily carried,moved, heard, or viewed during running Utilizing the user interface 7,real-time feedback is provided as to the user's arm/opposite legsynchronization, arm rotation across the torso, and vertical/horizontaldisplacement ratio.

FIG. 2 illustrates a simplified block diagram of training device 2 shownin FIG. 1. In one example, training device 2 is a wrist worn device suchas a watch. Although shown worn on the wrist, training device 2 may beworn on the user's forearm, arm, or elsewhere in further examples. Infurther examples, training device 2 may be a smartphone or other mobiledevice. The various components of training device 2 may be housedintegrally or separately in any combination.

Training device 2 includes a navigation unit 15 adapted to providegeographic location information. In one example, navigation unit 15 is aGPS unit including a GPS receiver and antenna. The GPS unit is adaptedto provide geographic location information for the device 2 based onsignals received from orbiting satellites. In a further example,navigation unit 15 may use cellular (i.e., via a cellular transceiveroperable on a cellular communications network) or other positioningsignals instead of the GPS to determine geographic position and generatenavigation information. Navigation unit 15 is operable to determinespeed, current and previous locations, bearing and heading, and altitudeof a user. Navigation unit 15 is operable to calculate position anddisplay map, route, and location information. Map information stored inmemory 24 may be retrieved and displayed on a device display along withthe calculated position information.

Training device 2 includes a user interface 7. User interface 7 includesan input device 12 and an output device 14. For example, input device 12may be one or more buttons, switches, a touch bezel, or a touch screen.

Output device 14 may include speakers for outputting audio and a visualdisplay screen. The output device 14 may also include a vibrate elementto notify users of information via mechanical vibration. The userinterface 7 may also include various processing and memory devices tofacilitate its functionality. The user interface 7 is operable toreceive inputs from the user to control the functionality of thetraining device 2 and elements associated therewith.

Output device 14 enables users to receive real-time feedback concerninguser motion parameters and associated information. For instance, theuser interface 7 may monitor and present the current pace (instantaneouspace, average pace for the duration of the current activity, averagepace during the current lap, average pace for the previous lap),distance (distance travelled during the current activity, distancetraveled during the current lap, distance remaining), time (and amountof time during the current lap, amount of time during the last completedlap, stopwatch time, elapsed time), heart rate (instantaneous heartrate, average for the duration of the current running activity, averagein the current lap, average during the last completed lap, percentage ofheart rate reserve, percentage of maximum heart rate), or combinationsthereof.

In various examples, the training device 2 is configurable to monitorestimated motion parameters and alert the user through the output device14 when one or more estimated motion parameters either fall within orfall outside a user-defined condition such as an acceptable parameterrange, threshold, or variance. For example, training device 2 may beconfigured to prompt the user to maintain a target pace, target pacerange, target heart rate, or target heart rate range for a specific timeor distance interval(s), or across the entire run. Training device 2 mayoffer a virtual pacer function (also referred to as a virtual partner)whereby training device 2 monitors the performance of the runnerrelative to a virtual pacer set to run a particular pace, and outputsfeedback to the user the distance and time the user is ahead or behindof the virtual pace during the duration of the current activity. Suchvirtual pacer functions are known in the art. Training device 2 isconfigurable to monitor any parameter as described herein.

Training device 2 also includes controller 18, transceiver 20, powersource 22, and memory 24. Controller 18 may include one or more signalprocessors. In one example, power source 22 is a battery, which may berechargeable or not rechargeable.

Memory 24 may include any computer-readable memory or combination ofcomputer-readable memories operable to store data for use by thecontroller 18. For instance, the memory may be operable to storeacceleration data, motion parameter metric data, statistical data,motion parameter data, filtering data, configuration data, or anycombination thereof.

The controller 18 may include various analog and digital componentsoperable to perform the various functions discussed herein. For example,the controller 18 may include a microprocessor, a microcontroller, aprogrammable logic device, digital and analog logic devices.

The controller 18 additionally utilizes information acquired fromsensors via wireless links using transceiver 20 to enable real-timecomparison of information generated by various sensors in the system.For example, the controller 18 receives information from sensor unit 4and sensor unit 6 to generate one or more motion parameters using suchinformation.

Similarly, the controller 18 may couple with other sensors to acquireany type of information. For example, to acquire additional information,the controller may couple with, and/or include, gyroscopes, altimeters,compasses, and pressure sensors, and other inertial sensors, or anycombination thereof, disposed at training device 2, sensor unit 4,sensor unit 6, or elsewhere.

Utilizing various signal processing algorithms, the controller 18 mayanalyze and compare measurements provided by sensors 40 at sensor unit4, and sensors at 50 sensor unit 6. Controllers at each sensor unit 4and 6 may implement similar signal processing algorithms.

FIG. 3A illustrates a simplified block diagram of a foot mountedcomponent, sensor unit 4, of the system shown in FIG. 1. Sensor unit 4includes sensors 40, filters 42, controller 44, transceiver 46, powersource 48, and memory 49. Controller 44 may include one or more signalprocessors. In one example, power source 48 is a battery.

Sensor unit 4 includes one or more sensors 40. In one example, sensors40 include one or more accelerometers. In a further example, sensors 40include a gyroscope in addition to an accelerometer. In one example, theaccelerometer is a tri-axial accelerometer. In one example, the one ormore accelerometers are linear accelerometers.

The sensors 40, filters 42, and controller 44 may be integrated togetheror form discrete elements that may be associated with each other. Thecontroller 44 is operable to analyze measurements provided by thesensors 40 to estimate parameters corresponding to one or more parametertypes.

The sensors 40 are each operable to measure an acceleration and generatean acceleration measurement corresponding to the measured acceleration.The acceleration measurement may be embodied as a signal operable to beutilized by the filter 42 and/or controllers 18 and 44.

In some embodiments, one or more of the sensors 40 may be operable tooutput an analog signal corresponding to an acceleration measurement.For instance, each accelerometer may output an analog voltage signalthat is proportional to measured accelerations.

However, the one or more sensors 40 may include any digital and analogcomponents operable to generate a signal corresponding to a measuredacceleration. Thus, in some embodiments, one or more of the sensors 40are operable to output a digital signal representing measuredaccelerations. Further, in some embodiments, one or more of the sensors40 may comprise linear accelerometers.

In some embodiments, more than one of the sensors 40 may be integratedinto the same integrated circuit package to allow the single package toprovide acceleration measurements along more than one axis. Sensors 40may each include two or more accelerometers each operable to output asignal corresponding to a measured acceleration.

In some examples, sensors 40 each include two accelerometers adapted tomeasure accelerations in two directions separated by an angle greaterthan zero degrees and each provide a signal corresponding to themeasured acceleration. In some examples, sensors 40 may each include atleast three accelerometers adapted to measure accelerations in threedirections each separated by an angle greater than zero degrees and eachprovide a signal corresponding to the measured acceleration. In someembodiments, the three accelerometers may be oriented in a mutuallyperpendicular configuration. In one example, sensors 40 are a triaxialaccelerometer. However, sensors 40 may include any number ofaccelerometers, including a single accelerometer positioned in anyconfiguration to provide acceleration measurements.

Transceiver 20 and transceiver 46 are configured for wirelesscommunication using various RF protocols. For example, transceiver 20and transceiver 46 may communicate utilizing Bluetooth, ANT, and/or anyother wireless protocols.

The filter 42 is operable to couple with the one or more accelerometersand filter acceleration measurements and/or signals corresponding toacceleration measurements. The filter 42 may include analog and digitalcomponents operable to filter and/or provide other pre-processingfunctionality to facilitate the estimation of motion parameters by theprocessors at controllers 18 and 44. In various examples, the filter 42is operable to filter signals provided by the one or moreaccelerometers, or signals derived therefrom, to attenuate perpendicularacceleration, to compensate for gravity, and/or to minimize aliasing.The filter 42 may include discrete components for performing each ofthese filtering functions or use the same components and hardware forthese, and other, filtering functions.

The anti-aliasing provided by the filter 42 generally reduces orprevents aliasing caused by sampling of the signals provided by, orderived from, the one or more accelerometers. In some embodiments, thefilter 42 include a relatively wideband filter designed to attenuatesignal frequencies in excess of one-half of the sampling frequency usedin any subsequent analog-to-digital conversions provided by thecontrollers.

The filter 42 may include any analog and digital components forfiltering signals and measurements, including passive and activeelectronic components, processors, controllers, programmable logicdevices, digital signal processing elements, combinations thereof, andthe like. The filter 42 may also include an analog-to-digital converterto convert analog signals provided by the one or more accelerometers todigitize signals for use by the processors at controllers 18 and 44. Thefilter 42 may also include conventional pre-sampling filters. In someexamples, the low-pass filter 18 may be an adaptive filter operable toemploy static and/or varying cut-off frequencies between about 0.5 Hzand 10 Hz.

FIG. 3B illustrates a simplified block diagram of a torso mountedcomponent, sensor unit 6, of the system shown in FIG. 1. Sensor unit 6includes sensors 50, filters 52, controller 54, transceiver 56, powersource 58, and memory 60. Controller 54 may include one or more signalprocessors. In one example, power source 58 is a battery. Operation ofthe various components of sensor unit 6 are substantially similar tothat of the similarly named components of sensor unit 4 described abovewith respect to FIG. 3A.

Sensor unit 6 includes one or more sensors 50. Sensors 50 include aheart rate monitor. In a further example, sensors 50 include one or moreaccelerometers. In one example, sensors 50 include a pair of sensors 50a and 50 b which are heart rate sensors as shown in FIG. 1.

Referring again to FIG. 2, memory 24 stores various training data 25gathered during user activity. For example memory 24 stores trainingdata 25 including a baseline data associated with a baseline run, atraining data associated with one or more training runs, a fitness testdata associated with a fitness test run, and an update data associatedwith a training pace update run (i.e., a fitness level determination runor a fitness level update run or a training intensity update run).Memory 24 stores for example, geographical location data, total time,total distance, split data (including time, average pace, and averageheart rate for each split), heart rate information, and average speedfor each run.

Memory 24 also stores a training optimization application 26 configuredto process the baseline data and the fitness test data to identify auser fitness level change. The training optimization application 26 isfurther configured to identify a need for a training pace update run.The training optimization application 26 is configured to process theupdate data to determine an updated current training pace. In oneexample, training optimization application 26 may be uploaded to device2 as a plug-in to an existing application on device 2 performingmonitoring and training functions known in the art. In a furtherexample, training optimization application 26 is integrated with anexisting application on device 2 into a single application programperforming all of the functionality described herein at the time ofmanufacturing.

In one example, the system further includes a headset configured toreceive and output audio prompts to a user.

In one example, the training optimization application 26 is configuredto process the navigation data to identify a current start location ofthe user, search the training data to identify a training run having asame start location as the current start location, and prompt the userduring the training pace update run to run a route corresponding to thetraining run having a same start location as the current start location,wherein the training optimization application 26 is further configuredto prompt the user to maintain a target heart rate determined from thetraining run having a same start location as the current start location.

In one example, a baseline, current fitness level is utilized at thestart of training. The baseline, current fitness level can be determinedutilizing a variety of methods. For example, the runner may have alactate threshold test performed or may run a race to determine therunner's current fitness level. The results are utilized to determinethe correct pace (the current “training pace”) at which to performvarious workouts. Workouts typically include Long Runs, Intervals, EasyRuns, Threshold Runs, Tempo Runs, etc., each of which are performed at adifferent training pace in accordance with a typical training plan. Insome training plans, training paces include base pace, marathon pace,lactate threshold pace, 10k pace, 5k pace, and 1500 m pace. Particularnames for the workouts and the training paces may vary from trainingplan to training plan. For example, in some training programs “temporuns” are performed at marathon pace, and “threshold runs” are performedat lactate threshold pace. Different kinds of Intervals are performed at10k pace, 5k pace, or 1500 m pace, depending upon the Interval. Thecurrent training pace for each of these different paces may becalculated or determined from a lookup table using the results from arecent race or the results of the lactate threshold test. These types oflookup tables are known in the art.

For example, a lookup table is found in “Daniels' Running Formula”,2^(nd) Edition, by Jack Daniels. Similar lookup tables are provided in“Brain Training for Runners”, by Matt Fitzgerald. The tables aregenerated based on determining a user's VDOT (V dot O2 max) from arecent race performance. For a given VDOT, the table provides thecorrect current training intensity (i.e., the current training pace) forvarious training types, including marathon pace, lactate threshold pace,and everyday easy runs. Other paces, including 10k pace and 5k pace canbe determined using predicted 10k and 5k race times from the recent raceperformance.

Alternatively, running calculators are available online whereby the userenters his most recent race time (whatever the race distance), and theappropriate pace levels are calculated and provided to the user. Thisallows the user to enter an exact race time for the calculation oftraining paces as opposed to using the closest race time available inthe lookup table. For example, such a calculator is available from JackDaniels at http://runsmartproject.com/calculator/. Tables andcalculators from other sources are available and known in the art, andmay vary slightly in calculated paces and the specific training pacescalculated. In one example, tables are generated by the manufacturer andpre-installed in the device memory at the manufacturer for use asdescribed herein.

FIG. 4 shows a portion of an illustrative lookup table utilized todetermine training paces. In one example, a complete lookup tableshowing a broader range of race times is stored in memory 24 for use bytraining optimization application 26 as described herein. In a furtherexample, the user may manually look up their paces and manually enterthem into training device 2. In yet another example, trainingoptimization application 26 incorporates a running calculator whichdetermines the training paces from the race result. In one example, alookup table shown in FIG. 4 or similar is generated using a runningcalculator by entering race times at pre-determined intervals andgenerating the training paces for each race time and corresponding racetime equivalents, where the results are stored in a table for use inlookup form and reverse-lookup form. For example, smaller time intervalsbetween race times (e.g., race times with increasing increments of 5seconds) may be used than that shown in FIG. 4 so that a more accurateapproximation can be used when looking up a race time not having anexact match in the table.

FIGS. 5A and 5B illustrate excerpts of lookup tables utilized todetermine training paces in a further example which may be used insteadof the table found in FIG. 4. To utilize the tables in FIGS. 5A and 5B,the user enters a recent race performance time (e.g., 5k, 10k, halfmarathon, or marathon) and the training optimization application 26identifies the user training pace level (PL) using the lookup table FIG.5A (which is stored in memory of device 2). The training optimizationapplication 26 then utilizes the lookup table found in FIG. 5B todetermine the various current training paces.

In various examples, training optimization application 26 may usedifferent sources, or the user himself may enter the current trainingpaces into training optimization application 26 having looked them uphimself using his desired source. As described earlier, the trainingpaces (e.g., base pace or easy pace) for a given race time may varyslightly from source to source depending on the training philosophy ormethodology. Where the runner performs a lactate threshold test todetermine his lactate threshold pace, the lookup table (e.g., FIG. 4) isutilized in reverse (i.e., a reverse lookup table) to determine othertraining paces corresponding to the measured lactate threshold pace.

In one example, training optimization application 26 is configured toautomatically identify a running activity which is a race andautomatically update training paces based on the race time. In oneexample, training optimization application 26 identifies that anactivity is a race by determining whether the heart rate profile matchesa race heart rate profile indicating a maximum or near maximum effort(e.g., heart rate average above a certain level).

If the user has not previously run a race or performed a lactatethreshold test, training optimization application 26 may determine theinitial training paces using an alternative method. In one example, therunner is prompted to perform a “time trial” (e.g., 5k) of a userdesired difference, the results of which the training optimizationapplication 26 treat as a race for purposes of determining the initialtraining paces.

In a further example, the training optimization application 26determines a particular training pace (e.g., lactate threshold) byprompting the user to run at target heart rate estimated to correspondto that particular training pace. At the end of the run, trainingoptimization application 26 identifies the user's average pace and setsthis to be the current training pace. Other training paces can bedetermined using this pace and lookup tables as described herein.Alternatively, other training paces may be determined by prompting theuser to run at a target heart rate range estimated to correspond to theother training paces. For example, the training optimization application26 is configured to prompt the user to run at 74-84% of their maximalheart rate for a base pace, 79-88% of their maximal heart rate formarathon pace, 82-91% of their maximal heart rate for a lactatethreshold pace. Less desirable, but also possible is for the runner toperform a generic running activity with no target and trainingoptimization application 26 can determine the runner's current fitnesslevel (e.g., current training paces) using the average heart rate andthe pace of the run. Once these initial training paces are determined,they are used in the same manner as if they were determined from a raceperformance or lactate threshold test in the methods and apparatusesdescribed herein. These initial training paces may be reset followingthe performance of a race or lactate threshold test, or as describedherein as the user fitness level changes.

For example, a training plan may call for a “long run” workout to beperformed at a “base pace”. The runner's current “base pace” isdependent upon the runner's current fitness level.

In one example, a fitness level monitoring method includes receiving abaseline data associated with a baseline run, the baseline datacomprising a navigation data, a heart rate data, and a pace data. Abaseline run is performed by the runner for a given workout at a startof the training cycle. For example, the training plan may call for abaseline “long run” to be performed at the runner's base pace. Therunner may use this “long run” as his baseline run. During the baselinerun, training device 2 tracks the precise route performed by the runner,the runner heart rate (HR) during the run (received from sensor unit 6),and the runner pace. The training device 2 executes trainingoptimization application 26. In one example, the runner is prompted toperform the run at the runner's current training pace appropriate forthe type of run being performed (e.g., base pace for a long run). Thecurrent training pace for the base pace may be stored in memory at thetraining device and selected by the user at the start of the run, or therunner may manually enter the base pace. In one example, during thebaseline run, the training device 2 continually monitors the user paceand prompts the user to either increase or decrease pace to match thecurrent training pace. In one example, the training device 2 may track“split” data, e.g., every 0.25 mile. As part of the routing informationtracked, the training device 2 may also track altitude and elevationchanges of the route which is run. Also monitored may be the time of dayand a date of the run, and the temperature during the run.

The runner may perform one or more baseline runs at the start of thetraining cycle. For example, the runner may perform a baseline run forseveral different types of workouts (e.g., long run, tempo run,intervals), where each workout is performed at a current particulartraining pace (e.g., base pace, threshold pace, marathon pace, etc.) ascalled for by a training plan.

The method includes receiving a training data associated with aplurality of training runs and processing the training data to identifya need for a fitness test run. For example, following the baseline run,the runner performs workouts prescribed by their training plan. If notfollowing a training plan, the runner simply performs runs as desired.

The training device 2 may automatically and advantageously determinewhen it is appropriate for the runner to perform a fitness level test.The training device 2 bases the determination on analysis of theworkouts performed subsequent to the baseline run. All workout data isstored in a computer readable memory which is accessible to make thedetermination. In one example, the determination is based on the totalnumber of miles run since the baseline run. In one example, thedetermination is based on the total number of miles run above a certainheart rate since the baseline run. In a further example, thedetermination is based on the time elapsed from the baseline run (e.g.,1 month).

The method includes receiving a fitness test data associated with afitness test run. In one example, the training device 2 (executingtraining optimization application 26) prompts the runner to perform afitness level test (i.e., fitness level run).

To perform the fitness level test, the runner runs the same route thatthe baseline run was performed at. In one example, the training device 2prompts the runner with the name of the route to be run. The name may bea name entered by the runner following the baseline run. During thefitness level run, the training device 2 may retrieve the routinginformation from the baseline run and use this navigation/location datato prompt the runner during the run with turn by turn directions on theprecise route to follow to match the baseline run.

In one example, the training device 2 may prompt the runner to performthe fitness level run at a time of day close to the time that thebaseline run was performed.

During the fitness level run, the training device 2 paces and promptsthe runner to perform the fitness level run as close to the pace of thebaseline run as possible. In one example, the training device 2 simplyinstructs the runner to perform the fitness level at the base pace ifthe baseline run target pace was the base pace. In a further example,the training device 2 retrieves the pacing information as a function oftime during the run from the baseline run and uses this data to pace therunner during the fitness level run at the same pace that the baselinerun was performed. This is particularly advantageous if the runnervaried his pace during the baseline run, either due to elevation changesor other reasons. Thus, the runner can use virtually any type of run asthe baseline run, and it need not be at the same pace throughout therun.

During the fitness level run, the training device 2 tracks all data(e.g., HR data, pace data, etc.) that was also previously monitoredduring the baseline level run.

The method includes processing the baseline data and the fitness testdata to identify a user fitness level change. Following the fitnesslevel run, the training device 2 analyzes the baseline run data and thefitness level run and determines whether the runner has improved hisfitness level since the baseline run. The training device 2 may alsodetermine that the runner has decreased his fitness level.

In one example, the training device 2 determines whether the runner hasimproved his fitness level by comparing heart rate data. For example,the average HR across the entire baseline run may be compared to theaverage HR across the entire fitness level run. If the average HR hasdecreased by more than a certain threshold level (e.g. 3 beats perminute (bpm)) in the fitness level run compared to the baseline run,then the training device 2 designates a fitness level improvement. Allheart rate values described herein are given in bpm, even if notexplicitly designated as such.

In a further example, the average HR for each split of the baseline runis compared to the same corresponding split of the fitness level run. Ifthe average HR for a threshold number of splits of the fitness level runis less than the baseline run by more than a threshold level (e.g., 3bpm), the training device 2 designates a fitness level improvement. Ineither case, the threshold level heart rate difference may be set by themanufacturer. The level may be set high enough so that variations in HRunrelated to fitness level improvement do not trigger a fitness levelimprovement designation. In one example, the threshold level is set highenough so that a minor improvement in fitness level does not trigger afitness level improvement.

In one example, the user need not designate a particular run as a“fitness test run”, as the training optimization application 26 mayidentify a running activity that the user performs in the course of histraining program or exercise plan which can be used as the fitness testrun. For example, the training optimization application 26 may identifyone or more running activities whereby the user runs the same course atthe same pace as the baseline run. The training optimization application26 then determines a fitness level change utilizing the heart rate dataof these runs.

In one example, if the training device 2 determines a fitness levelimprovement, the runner is prompted to perform a pace determination run(also referred to herein as a pace “update run”) to determine an updatedcurrent training pace. For example, the runner may be prompted toperform the pace determination run after the runner has recovered or oneweek later as part of the runner's regularly scheduled training plan. Inone example, the training device 2 prompts the runner with the name ofthe route to be run. As with the fitness level run, the pacedetermination run is performed on the same route as the baseline run. Ina further example, the runner is prompted to perform a pacedetermination run based on the elapsed time since a previous pacedetermination run was performed.

During the pace determination run, the training device 2 paces andprompts the runner to perform the run as close to the heart rate of thebaseline run as possible. The training device 2 retrieves the HRinformation as a function of time during the run from the baseline runand uses this data to pace the runner during the fitness level run torun at the same HR that the baseline run was performed at each point ofthe run. For example, the prompts may be audio prompts output at aheadset or using vibrate and/or text alerts at training device 2.

During the pace determination run, the training device 2 tracks all datathat was previously monitored during the baseline level run, includinguser speed throughout the run. In a situation where the runner's fitnesslevel has improved, the user speed during the pace determination runwill be faster than the speed of the baseline run since the run is beingperformed at the same heart rate. In a situation where the runner'sfitness level has decreased, the user speed during the pacedetermination run will be slower than the speed of the baseline runsince the run is being performed at the same heart rate. In one example,the data received at training device 2 during the pace determination runis processed to calculate the average pace of the user.

The average user pace during the pace determination run is updated to bethe current pace at which training should be performed moving forwardfor the particular pace category of the baseline run and the pacedetermination run, (e.g., “Base pace”). Utilizing a lookup table or apace calculator, other pace types are updated as well utilizing thisaverage user pace during the pace determination run.

To illustrate examples of the apparatuses and methods described herein,particular examples using sample data numbers will be described below.These example are illustrative only, and do not reflect all of theexamples described above.

Example 1

A runner runs a half marathon in a time of 1 hour and 45 minutes.Utilizing a lookup table as described above, this time corresponds tothe following training paces (in minutes/mile): Base Pace=9:00, MarathonPace=8:15, Half Marathon Pace=7:57, 10K pace=7:34, etc. In one example,the user enters his time of 1 hour and 45 minutes into the trainingdevice 2 and the training device 2 utilizes a lookup table of trainingpaces based on race times stored in memory. In a further example, therunner may look up the paces manually and enter the appropriate paceprior to each running activity. These paces are the current trainingpaces reflecting the user's current fitness level based on his raceperformance.

In this example, the runner is following a training plan which calls fora “Long Run” of 12 miles to be performed at “Base Pace” shortly afterhis race. The runner may select to use this run as his baseline run.However, the runner could also use a tempo run as his baseline run orother type of workout.

The runner performs the scheduled Long Run at his base pace of 9:00minutes/mile. In one example, the runner designates at the trainingdevice 2 that this is a baseline run. During the run, the trainingdevice 2 receives various data associated with this baseline run,including HR data, pace data, and navigation data. The training device 2records the start location, route, and end location. The user may beprompted to give this run a name, such as “Ocean Drive Long Run”. Duringthe run, the training device 2 may prompt the runner to maintain a paceof 9:00 minutes per mile if the runner deviates by a predeterminedamount (e.g. 5 seconds) from 9:00 minute/mile pace. Split times may beoutput as set by the user for any desired distance. In one example, thetraining optimization application 26 configures a workout (e.g., LongRun at Base Pace) which the user executes, whereby the trainingoptimization application 26 sets the virtual pacer to 9:00 minutes permile, or configures alerts to be output if the user pace deviates from apace of 9:00 minutes per mile by more than a threshold amount (e.g.,plus or minus 10 seconds per mile).

Following completion of the Long Run, the runner may also perform othertypes of workouts and designate these workouts as baseline runs as well.The baseline runs are stored in memory at the training device 2 andcategorized by workout. All data referenced herein may also betransferred from training device 2 to a computing device executing anapplication capable of performing the functions performed by thetraining optimization application on training device 2.

Following the baseline Long Run, the user performs a variety of workoutsin accordance with his training plan. Data from all workouts is storedat training device 2. The training device 2 tracks all collected dataand determines when it is appropriate to perform a fitness level test.For example, training device 2 identifies a training run usable toidentify a fitness level change. For example, a fitness level test maybe performed after the user has run 200 miles since the baseline run.

After the runner runs over 200 miles, the runner is prompted to performa fitness level test. The runner may select the type of workout toperform the fitness level test based on the baseline runs stored inmemory. For example, the runner selects to perform the “Ocean Drive LongRun” Long Run to perform his fitness level test.

To perform the fitness level test, the runner runs the same exact coursestored as “Ocean Drive Long Run” that was run during the baseline run.Or the runner may run any other course for which a baseline run wasperformed. The training device 2 retrieves navigation information fromthe baseline run and prompts the runner accordingly with turn by turndirections on how to run the same exact route. The runner is to performthe fitness test by running at the same pace as the baseline run wasrun, in this case, 9:00 minutes per mile. The training device 2retrieves pace data from the stored baseline run and prompts the runnerduring the fitness run accordingly to increase or decrease his pace tomatch the baseline run.

Following the completion of the fitness level run, training device 2 (orother computing device if data is transferred from training device 2 andprocessed at the computing device) processes the data from the baselinerun and the fitness run to identify a fitness level change. For example,if the runner has an average heart rate of 164 during the baseline runand an average heart rate of 158 during the fitness level run, thesystem outputs an indication that the runner's fitness level hasimproved. In one example, training optimization application 26identifies that this run is usable to identify a user fitness levelchange. Other metrics besides HR may be utilized to determine improvedfitness.

Since the runner has improved his fitness, the runner decides to performa pace update run. This run will allow the runner to update his currenttraining paces. The runner is prompted to perform a pace determinationrun. The pace determination run is performed by running the same exactcourse stored as “Ocean Drive Long Run” that was run during the baselinerun. Alternatively, another baseline run may be selected (e.g., for amarathon pace tempo run or a lactate threshold pace threshold run).

During the pace update run, the training device 2 retrieves navigationinformation from the baseline run and prompts the runner accordinglywith turn by turn directions on how to run the same exact route. Therunner is to perform the pace update run by running at as close to thesame HR as the baseline run was run, in this case 164 beats per minute.Thus, this target heart rate of 164 is correlated to the user's basepace for a long run. This target heart rate of 164 is associated withthe heart rate data from the baseline run. The training device 2retrieves HR data from the stored baseline run and prompts the runnerduring the pace update run accordingly to increase or decrease his HR(i.e., by increasing or decreasing pace) to match the baseline run.

During the Pace Update Run, the goal of the user is to run at apredetermined target heart rate rather than a predetermined pace.However, in one example, the Virtual Pacer function is also utilized toguide the user to run at the predetermined target heart rate. During therun, the Virtual Pacer pace is adjustably set by training optimizationapplication 26 as training optimization application 26 estimates thepace to achieve the predetermined target heart rate by processingreceived heart rate data and pace data during performance of the paceupdate run. Fine adjustments may be made to this estimated pace as thepace update run progresses, where the estimated pace is increased if themonitored heart rate is too low and the pace is decreased if themonitored heart rate is too high. This example is advantageous as theuser may find it easier to maintain a target pace than a target heartrate. Use of the virtual pacer function allows the user to easily run(i.e., average) at the estimated pace by indicating how much/long theuser needs to speed up or slow down to reach the desired averageestimated pace. In a further example, the user may be prompted to staywithin an estimated pace range.

Following the completion of the pace update run, the system processesthe pace update run data to determine the average pace of the run. Forexample, the average pace during the pace update run is 8:50minutes/mile. Since the runner's fitness level improved, he was able torun the same course at the same HR at a faster pace. The runner isinformed that 8:50 minutes per mile is the new “Base Pace” in hisworkouts moving forward. The base pace of 9:00 is replaced with 8:50minutes/mile at the training device 2 as the user's current base pacestored in memory. Other training paces are correspondingly updated andstored in memory as described herein. In one example, whenever trainingoptimization application 26 is automatically configuring a workout forthe user, where the workout calls for the runner to run at base pace(e.g., a long run at base pace), the training optimization application26 automatically sets the virtual pacer to the user's current base pace(e.g., 8:50 minutes/mile) stored in memory and/or configures alerts tobe output if the user deviates from this base pace. Or the next time therunner enters the desired base pace, he enters 8:50.

Thus, if the training plan calls for a long run at base pace, the runnerperforms the run at 8:50 minutes/mile. A lookup table as describedpreviously can be utilized to determine the corresponding updatedcurrent training paces for 1500 m, 5k, 10k, threshold, half marathon,marathon, or other paces corresponding to a current base pace of 8:50.

Alternatively, if the training device 2 determines a fitness levelimprovement, the runner is prompted that his fitness level has improvedand that the runner should run a race or have a lactate threshold testto determine a current fitness level so they can determine their newtraining paces.

Example 2

To illustrate one example of the apparatuses and methods describedherein, a particular example using sample data numbers will bedescribed. A runner runs a half marathon in a time of 1 hour and 45minutes. Utilizing a lookup table, this time corresponds to thefollowing training paces (in minutes/mile): Base Pace=9:00, MarathonPace=8:15, Half Marathon Pace=7:57, 10K pace=7:34, etc. In one example,the user enters his time of 1 hour and 45 minutes and the trainingdevice utilizes a lookup table of training paces based on race timesstored in memory. In a further example, the runner may look up the pacesmanually and enter the appropriate pace prior to each running activity.These paces are the current training paces reflecting the user's currentfitness level based on his race performance.

The runner performs various workouts on his training plan utilizingthese current training paces. Data from all workouts is stored attraining device 2. Each workout is stored by a file name, eitherautomatically generated by training device 2 or named by the runner.Each workout is also dated. The training device 2 tracks all collecteddata and determines when it is appropriate to perform a pace update run.For example, a pace update run may be performed after the user has run225 miles since a pace update run was previously performed. This figureis of course arbitrary and may be set by the manufacturer or user. In afurther example, a pace update run may be performed after a certain timehas elapsed since the previous pace update was previously performed,e.g., 6 weeks.

To perform a pace update run, the runner is presented with workoutsstored in memory from which he can select to use as a baseline. In thisexample, the workouts are workouts performed between 175 and 225 milesago. Or, the user can be presented with the name of the previous paceupdate run, which the user may select. In this example, the runner iscurrently at the start location of his “Ocean Drive Long Run”. Thetraining device 2 identifies the runner's current position, andprocesses the stored workout data to identify workouts having a samestart location and presents them to the runner for selection. In thisexample, the runner selects an “Ocean Drive Long Run” performed 6 weeksago, where the runner has run 200 miles since performing this run. Inother words, the runner has run 200 miles since this workout, satisfyingthe criteria that the selected workout to be used as a baseline bebetween 175 and 225 miles ago.

The runner performs a pace update by running the same course as the“Ocean Drive Long Run” performed 6 weeks ago. During the pace updaterun, the training device 2 retrieves navigation information from theprevious running activity (e.g., the Ocean Drive Long Run 6 weeks ago)and prompts the runner accordingly with turn by turn directions on howto run the same exact route. The runner is to perform the pace updaterun by running at as close to the same HR as the previous runningactivity (e.g., the Ocean Drive Long Run 6 weeks ago) which is servingas the baseline run. The training device 2 retrieves HR data from theprevious running activity and prompts the runner during the pace updaterun accordingly to increase or decrease his HR (i.e., pace) to match theprevious running activity.

Following the completion of the pace update run, the system processesthe pace update run data to determine the average pace of the run. Forexample, the average pace during the pace update run is 8:50minutes/mile. Since the runner's fitness level improved, he was able torun the same course at the same HR at a faster pace. The runner isinformed that 8:50 minutes per mile is the new “Base Pace” in hisworkouts moving forward. The base pace of 9:00 is replaced with 8:50 atthe training device 2.

Thus, if the training plan calls for a long run at base pace, the runnerperforms the run at 8:50 minutes/mile. A lookup table can be utilized todetermine the corresponding updated current training paces for 1500 m,5k, 10k, threshold, half marathon, marathon, or other pacescorresponding to a current base pace of 8:50.

Example 3

To illustrate one example of the apparatuses and methods describedherein, a particular example using sample data will be described.

A runner, due to injury, has taken time off (i.e., a layoff) fromrunning Upon resuming running, the runner may go out for a casual runwith no particular pace, heart rate, or distance in mind. Data from thiscasual run is stored at training device 2. For example, the followingdata may be gathered and stored at training device 2 for this casualrun:

-   -   Distance: 5.6 miles    -   Time: 48 minutes    -   Pace: 8:36 minutes/mile    -   Average Heart Rate: 176

Training device 2 utilizes training optimization application 26 toprocess this casual run data together with previously stored trainingdata in memory 24 to identify that the user fitness level has changed.This may be performed automatically with no need for command by theuser.

Training optimization application 26 may process previous training datato locate a recent running activity prior to the runner layoff tocompare to the casual run. In one example, a “long run” workout type isused having the following data:

-   -   Distance: 14 miles    -   Time: 1:50:06 minutes    -   Pace: 7:52 minutes/mile    -   Average Heart Rate: 167

Training optimization application 26 identifies a decrease in userfitness level by identifying that the user heart rate has increased forthe casual run for a pace that is slower than the compared “long run”.

In a further example, alternatively a “tempo run” workout type performedprior to the layoff may be used having the following data:

-   -   Distance: 7.4 miles    -   Time: 55:05 minutes    -   Pace: 7:26 minutes/mile    -   Average Heart Rate: 173

Again, training optimization application 26 identifies a decrease inuser fitness level by identifying that the user heart rate has increasedfor the casual run for a pace that is slower than the compared “temporun”. In one example, the user may command TA 26 to determine whetherthe user fitness level has changed. In a further example, TA 26automatically processes received data to determine whether the userfitness level has changed.

In this manner, this casual run having no particular target metrics(e.g., pace, heart rate, or distance) can be used as a fitness test runto identify a user fitness level change by comparing the casual run datato training data representing the user's fitness level prior to thelayoff. This methodology may be used where the user does not take acomplete layoff where the runner stops running completely, butsignificantly decreases his running.

In one example, training optimization application 26 prompts the user toperform a pace update run following this determination of a fitnesslevel decrease. Or, the user may simply perform a pace update run at anytime if the user believes his fitness level has changed.

To perform the pace update run, the user travels to the location atwhich he wishes to perform the pace update run. Based on the presentuser start location (i.e., via GPS determination), training optimizationapplication 26 processes previous stored training data to configure apace update run for the user to perform. In a further example,configured pace update runs are identified by location and stored forretrieval for use at a later time. The user travels to a desiredlocation and selects the appropriate pace update run stored in memory.

In one example, a stored baseline run for a given workout type performedat the present user start location is processed to configure theparameters of the pace update run. In one example, the “baseline run” isdesignated as such by the user at the time it was performed. In afurther example, training optimization application 26 may determine thata run is a baseline run because it was performed after a previous paceupdate run where new training paces have been determined and set bytraining optimization application 26. In a further example, trainingoptimization application 26 may identify that a particular runningactivity is appropriate to use as a baseline run.

Training optimization application 26 configures the pace update runutilizing the heart rate data for the baseline run, where the paceupdate run is configured to prompt the user to run as close to the heartrate of the baseline run as possible. To achieve this, trainingoptimization application 26 examines the heart rate data as a functionof time or distance during the baseline run. The pace update run may beconfigured to be the same length of time or the same distance as thebaseline run. For example, the baseline run heart rate run data utilizedis illustrated in FIG. 6. FIG. 7 illustrates configuration of a paceupdate run utilizing the baseline run data shown in FIG. 6.

During the pace update run, the runner is prompted by training device 2to stay within the programmed heart rate range during eachinterval/split. The heart rate range for each interval is determined bythe baseline run heart rate for the corresponding interval. In thisexample, for split/interval 1 the user average heart rate was 161 andthe maximum instantaneous heart rate was 174. The pace update run heartrate range for the first interval is configured to have a median of 161and maximum of 174, resulting in the target instantaneous heart range of148 to 174 bpm. This range will advantageously assist the runner inachieving an average heart rate of 161 for the first interval, whileavoiding unnecessary alerts that the user is running at an incorrectheart rate as his heart rate varies slightly. The user is prompted toincrease or decrease his heart rate only when it falls outside thetarget range of each interval. Although this example baseline run isshown to only have seven intervals, with each interval being one mile,in further examples, the intervals may be smaller or larger. Forexample, each interval may be 0.50 miles, 0.25 miles, or 0.10 miles. Ina further example, time based intervals may be utilized, such as 1minute, 2 minutes, 5 minutes, etc. The heart rate date monitoring duringthe baseline run is continuous, thus any desired interval can becalculated and utilized. A smaller distance or time interval may allowthe runner to more closely achieve the same heart rate during the paceupdate run as that in the baseline run, thereby maximizing the accuracyof the pace update run. Recall, that the baseline run was performed at atarget pace representing the user's current fitness level.Advantageously, such a configuration accounts for variations in the userheart rate (1) which occur naturally whereby the heart rate graduallyincreases from the start of the run until it reaches an approximatesteady state, for a same pace, (2) variations which occur resulting fromelevation changes on the course, and (3) variations which occur due toslight deviations from the target pace during the baseline run, whichmay or may not be due to elevation changes. By configuring the paceupdate run to be performed on the same course and at the same heart rateas the baseline run, training optimization application 26 is able toincrease the accuracy of the pace update run. In one example, thetraining optimization application 26 prompts the user with turn by turndirections to ensure that the runner runs precisely the same course(i.e., same route from the start location) during the pace update run asthat of the baseline run.

In a further example, training optimization application 26 configuresthe pace update run utilizing the metric “average heart rate data forthe duration of the current running activity” gathered during thebaseline run” in addition to or in alternative to utilizinginstantaneous heart rate values. Training optimization application 26configures the pace update run so that the target heart rate (as afunction of time or distance) matches the “average heart rate data forthe duration of the current running activity” profile of the baselinerun. Because this metric is less susceptible to instantaneous variationssince it is the average user HR for the duration of the current runningactivity, a more precise target HR value can be set, particularly afterthe initial start of the run as more data becomes available as the runprogresses. In one example, the user is alerted to vary his heart rateonly if this average heart rate value deviates by more than 1 bpm fromthe baseline run value.

In one example, a previously configured pace update run for the currentstart location is used. The previously configured pace update run may bestored in memory 24 as a “Pace Update Run”, and may further beidentified by course location and workout type, such as “Pace UpdateRun—Location A, Tempo Run at Marathon Pace”. For example, “Location A”may be Lake Merced in San Francisco, Calif.

In one example, training optimization application 26 processes storedtraining data other than a user identified baseline run to configure theparameters of the pace update run. For example, training optimizationapplication 26 may utilize another running activity as the baseline runinstead of a user designated baseline run (e.g., the user designates thefirst run at a new updated training pace as a baseline run). Forexample, training optimization application 26 may process training datafor several running activities performed by the user to identify thespecific running activity whose heart rate data is used to configure thepace update run. Training optimization application 26 identifies userrunning activity performed on the same course (e.g., same route anddistance from a same start location) at a same target pace (recognizingthat in practice, the user may not run at exactly the same pace as thetarget pace and may vary by a few seconds) close in time to the baselinerun. Where the running activities are performed closely in time (e.g.,within the same month, two months, or quarter, which may be varied fromuser to user based on actual data) to the baseline run, it can beapproximated that the user had the same fitness level for all the runs.In this example, the user may calculate an average heart rate for theidentified activities. For example, training optimization application 26identifies the running activity shown in FIG. 8 as satisfying thedesired criteria.

In this illustrative example the average user heart rate (HR) is 172 bpmacross the identified runs (marathon pace tempo runs at the courselocation “Lake Merced”). In one example, tempo runs varying slightly intime and distance may be used. Training optimization application 26selects the running activity performed on 7/12 as the baseline run toconfigure the pace update run, as this run is a good representative touse since the average HR during this run was 172. Where an exact matchis not available, a closest available may be used. Alternatively, thepace update run can be configured utilizing a compilation of data frommore than one run to achieve an average heart rate of 172. In thismanner, the training optimization application 26 increases the accuracyof the pace update run by ensuring the activity used as the baseline runis not an outlier with respect to user heart rate (e.g., caused by anyof the factors which cause variation in user HR on a given day describedherein). In this manner, training optimization application 26 correlatesa target heart rate (e.g., 172 bpm) to a marathon pace tempo run. In oneexample, the correlation is course location specific (i.e., routespecific). For example, the target heart rate may be 170 bpm for acourse having a different elevation profile. Using the same process,training optimization application 26 correlates a target heart rate toother types of workouts. For example, training optimization application26 may correlate a target heart rate (e.g., 161 bpm) to a base pace longrun, or a target heart rate (e.g., 176 bpm) to a lactate threshold pacethreshold run. In one example, training optimization application 26performs the correlation using a single baseline run performed at therelevant pace (e.g., base pace, lactate threshold pace, etc.). In oneexample, the correlated heart rates to pace types are updatedperiodically to account for any changes in the correlation due tochanges in user fitness level.

To configure the pace update run, the training optimization application26 processes data associated with the 7/12 run. In particular, trainingoptimization application 26 configures the pace update run so that theuser will run the pace update run at a heart rate profile matching the7/12 run at each stage of the run (e.g., each interval, including abeginning, middle and end), as well as having a total average HR acrossthe entire run which matches the total average HR across the entire 7/12run. This may be performed as described previously. For example, thedata for the 7/12 run may be as set forth in FIG. 6, with the paceupdate run configured as shown in FIG. 7.

In one example, training optimization application 26 divides the 7/12run (i.e., the baseline run) into time or distance intervals, anddetermines the average HR during that interval (e.g., from mile 0 to0.25 of the run). Training optimization application 26 configures thedevice 2 so that the user is prompted during the pace update run frommile 0 to 0.25 to run at a HR which will match the 7/12 run. In oneimplementation, the user is prompted (e.g., by outputs at the device 2user interface) to stay within a HR range determined by the average HRduring that interval, where the user is alerted that his or her HR istoo low or too high as necessary. For example, the target HR range forthe pace update run interval is set to have a median of the average HRfor the corresponding interval of the baseline run, and a maximum HRcorresponding to the maximum HR for the corresponding interval of thebaseline run. Training optimization application 26 utilizes a rangebecause it will be difficult for the user to maintain theirinstantaneous heart rate at an exact target, and it is undesirable toconstantly alert the user when minor variations from the target occur.

In one example, the training optimization application 26 furtherincreases the accuracy of the pace update run by processing datareceiving during the pace update run to determine when the user averageheart rate while performing the run reaches the target average heartrate across the entire run. In the example of the 7/12 run, trainingoptimization application 26 determines the point in the pace update runat which the average HR reaches 172 bpm. For example, this may not occuruntil halfway through the pace update run because the user HR at thebeginning of the run starts at rest and gradually rises until it reachesa steady state. As such, the average heart rate for the duration of thecurrent activity metric does not become of use until this point in thepace update run. Once this target average HR is reached, the trainingoptimization application 26 prompts the user during the pace update runto increase or decrease their average HR (i.e., increase or decreasetheir speed) when the average HR across the entire run (i.e., for theduration of the current activity) deviates from the target HR (e.g., 172bpm). Because these prompts are based on the average HR of the paceupdate run for the duration of the current running activity (and not theinstantaneous heart rate), and this average HR is less susceptible tominor variations in pace or effort, training optimization application 26can prompt the user to maintain the exact target HR (e.g., 172 bpm)rather than utilizing a heart rate range. Advantageously, this willensure that the average HR across the entire pace update run matches thebaseline run.

Configuration of the pace update run may be done at the time the user isgoing to perform the pace update run, in advance, or the configurationof a previous pace update run may be used as previously described. Inone example, configuration is performed on device 2. In one example,configuration is performed on a device remote to device 2.

In one example, a pace update run is configured for multiple workouttypes. For example, a different pace update run is configured forworkouts performed at marathon pace, lactate threshold pace, base pace,10k pace, and half marathon pace. Thus, the user can perform a paceupdate run for any pace type. In one example, each pace update run istied to a particular course location to account for course variations(e.g., different elevation profiles). For example, 2 different “marathonpace” pace update runs may be configured, one for Location A and one forLocation B. Training optimization application 26 may automaticallydisplay to the user to select or select the appropriate pace update runfor the user to perform by determining the user's start location aseither Location A or Location B. In one example, these pace update runsare configured in advance and may be reused as the runner's fitnesschanges. Periodically, the pace update runs may be re-configured when anew baseline run becomes available. The user may view the list ofavailable pace update runs previously configured and select as desired.

Performing the Pace Update Run

To update his current training paces, the user performs a pace updaterun configured as described above, following the prompts output bytraining optimization application 26 at the user interface device 2.Following completion of the pace update run, the training optimizationapplication 26 determines if the pace update run was successful bydetermining whether the user satisfied the configured parameters of thepace update run to within a configurable tolerance. For example,training optimization application 26 examines whether the average HR ofthe run was at the target heart rate. If yes, training optimizationapplication 26 notifies the user at device 2 that the pace update runwas successful, determines the updated current training pace associatedwith the pace update run, and informs the user of his new updatedcurrent training paces. For example, if the 7/12 run was a tempo runperformed at “marathon pace”, and if the user average pace during a paceupdate run performed on 12/1/12 was 8:20 minutes/mile, the user'supdated “marathon pace” current training pace is 8:20 minutes/milemoving forward.

Determining Updated Current Training Paces

Training optimization application 26 then calculates an updated currenttraining pace for other training paces in addition the updated currenttraining pace corresponding to the training pace associated with thepace update run and stores these updated values in memory forconfiguring workouts. In one example, the updated paces are displayed tothe user on a device display. For example, based on a “marathon pace”equal to 8:20 minutes/mile, training optimization application 26calculates an updated lactate threshold pace, base pace, 10k pace, etc.In one example, training optimization application 26 utilizes a lookuptable to identify a marathon race time for which a marathon pace equalto 8:20 minutes/mile corresponds to a marathon time of between 3:36:24and 3:40:39. In this manner, the pace update run can be utilized bytraining optimization application 26 to predict the user's marathon racetime (or any other race time). The current user lactate threshold pacecorresponding to a marathon pace equal to 8:20 minutes per mile isbetween 7:43 and 7:51 minutes per mile, the user's 10 k pace is between7:34 and 7:42 (determined from the 10k race time), and the current easy(e.g., base or maintenance) pace is approximately 8:36 to 9:15. Since anupdated lactate threshold pace is determined, the need for an actuallactate threshold test at a laboratory is thereby unnecessary to replacean outdated test value. These times are based on the sample lookup tableprovided in FIG. 4. Using a more complete table or calculator, a moreprecise value may be obtained.

Using tables described earlier and shown in FIGS. 5A and 5B, a marathonpace equal to 8:20 approximately corresponds to a PL=37 and a predictedhalf-marathon time of approximately 1 hour and 44 minutes. For furtheraccuracy, the lookup table can be provided with as much detail asnecessary so that approximations are minimized. For a PL=37 andhalf-marathon time of 1 hour and 44 minutes, the training optimizationapplication 26 determines the user's current training paces as follows:Base=8:47, 10k=7:34, 5k=7:18.

Updated Training Pace Confirmation Run

In one example, training optimization application 26 confirms thedetermined updated current training pace. If confirmation fails, theuser may be prompted to repeat the pace update run. To confirm adetermined updated current training pace, training optimizationapplication 26 identifies whether the user average HR during asubsequent running activity performed at the updated current trainingpace matches the target heart rate correlated to the performed workouttype. In one example, to increase accuracy, a known course is utilized.For example, the user performs the same workout as the pace update run(e.g., Location A, tempo run at marathon pace), but at the updatedcurrent “marathon pace” training pace of 8:20. If the user's heart rateprofile during the workout matches the heart rate profile of thebaseline run (i.e., for this “tempo run at marathon pace” workout typeat Location A), then the updated current training pace is confirmed. Forexample, if the user on 12/9/12 runs the same course as the 12/1/12 paceupdate run at 8:20 pace and the average user heart rate is 172, then theupdated current training paces are confirmed. In one example, the12/9/12 run is the same distance as the 12/1/12 run. In one example, the12/9/12 run is the same total time as the 12/1/12 run. To account forvariations in HR independent of user fitness level, the trainingoptimization application 26 may confirm the updated current trainingpaces if the average heart rate falls within a threshold range, such asbetween 170-174 bpm. Where a different Location has a similar elevationprofile as Location A, this different location may also be used as theconfirmation run if a substantially similar tempo run at marathon paceis performed (i.e., similar in time or distance).

In a further example, the training pace confirmation run is performed ona different course and/or using a different workout type than the paceupdate run. For example, the user on 12/12/12 may perform the workout“Location B, long run at base pace” using an updated current base paceof 8:47. If the user's heart rate profile during the workout matches theheart rate profile of the baseline run (i.e., for this “long run at basepace” workout type at Location B), then the updated current trainingpace is confirmed. For example, previous training data may indicate thatthe user during a baseline run had an average HR of 161 for a “long runat base pace” workout type at Location B. If the user on 12/12/12 runsthe same course as the previous baseline run at 8:47 pace and theaverage user heart rate is 161, then the updated current training pacesare confirmed. To account for variations in HR independent of userfitness level, the training optimization application 26 may confirm theupdated current training paces if the average heart rate falls within athreshold range, such as between 159-163 bpm.

In one example, TA 26 prompts the user to perform a workout which may beused as the training pace confirmation run. This workout may beconfigured by TA 26 as required. In a further example, TA 26 processesreceived training data to automatically identify whether a runningactivity may be used a training pace confirmation run. In one example,TA 26 outputs a notification to the user via a device interface whetherthe updated pace is confirmed or not confirmed.

Ongoing Training

Once the current training paces are determined, the user trains byperforming various workout types at the appropriate current trainingpace. For example, the user may follow a training plan. These workoutsmay be automatically retrieved and automatically configured or manuallyconfigured (e.g., automatically or manually configured with respect toone or more of time, distance, intervals, target pace, virtual pacersetting, alerts) and stored in memory so that the user is promptedduring execution of the workout to maintain the correct current trainingpace. In one example, training optimization application 26 receives andprocesses training data associated with these workouts to automaticallyidentify a user fitness level change. Once a fitness level change isidentified, training optimization application 26 prompts the user that apace update run is necessary.

In one example, training optimization application 26 identifies workoutswhich are repeated and identifies heart rate trends. For example, therepeated workout may be the workout performed by the user as a baselinerun. For example, the user may periodically perform the marathon pacetempo run at Location A at the marathon pace of 8:20 with the resultsshown in FIG. 9. FIG. 9 illustrates stored user running activity used toidentify a fitness level change in one example.

It should be noted that the exact distance of the tempo run need notexactly match from run to run, as the average heart rate for the temporun will not vary based on minor distance variations. In one example,training optimization application 26 may processes this data to identifya fitness level change by calculating a moving average of the useraverage HR of recent runs. In one example, training optimizationapplication 26 may processes this data to identify a fitness levelchange by averaging the user average HR of the most recent 3 runs andidentifying whether this value has increased (i.e., the user fitnesslevel has decreased) or decreased (i.e., the user fitness level hasimproved) by more than 3 bpm from the average heart rate of the baselinerun (172 in this example. In this case, the average of the previous 3runs is 166 bmp, easily satisfying this criteria since it is 6 bpm lessthan 172.

In one example, training optimization application 26 may processes thisdata to identify a fitness level change by determining whether there isdownward or upward trend in the last 3 runs. In the present example,there is a downward trend from 173 to 165 to 160.

In one example, training optimization application 26 may utilize datafrom different workout types performed at different training paces toidentify a fitness level change. For example, the training optimizationapplication 26 may utilize the most recent 2 marathon pace tempo runsand the most recent 2 base pace long runs to see whether there is adecrease in average HR for each respective workout type.

In a further example, for a given work workout type, workouts havingsimilar profiles may be utilized to identify a fitness level change, andthey need not be all performed on the same course. For example, anactivity performed having a distance performed at a similar pace on acourse having a similar elevation profile may be utilized. The storeduser training data may be sorted based on duration of the run, coursetopography and elevation profile, temperature, time of day, and date.

Pace Update Run

In this example, the user chooses to perform the previously configuredand used pace update run on 12/1/12 described above (Marathon Pace TempoRun at Location A) as his pace update run on 1/8/13. In further example,as described above, other baseline runs may be used. In one example, TA26 displays to the user available pace update runs that the user canselect to perform. For example, if the user average pace during thispace update run performed on 1/8/13 is 7:54 minutes/mile (and theaverage HR across the entire run was the configured target HR=172), theuser's updated “marathon pace” current training pace is updated to be7:54 minutes/mile moving forward instead of 8:20.

In one example, the pace update run is further configured by setting thedevice 2 virtual pacer application function to an estimate of what theuser's predicted fitness level is. The estimate may be based on thedegree to which the user's fitness level is estimated to have improvedor decreased. In the present example, where the average of the 3previous marathon pace tempo runs is 6 bpm, the improvement in fitnesslevel is deemed high. As a rough estimate, the VP is set at a pace of8:00 minutes/mile. Training optimization application 26 may utilizeprevious training data to correlate the change in average HR (e.g., 6bpm) to a change in pace (e.g., 15 seconds per mile).

Advantageously, this provides the user with an initial pace to begin thepace update run, which is easier for the runner to achieve thanproviding the user with a target heart rate alone, and assists therunner in achieving the target heart rate. Here, although the ultimateupdated pace is 7:54, the initial 8:00 provides a useful estimate forthe initial part of the run (e.g., the half mile or first mile), whichallows the user to know approximately what pace to begin the run at.Thus, the training optimization application 26 may provide the user withprompts during the pace update run including (1) an initial estimate atthe start of the run what pace the runner should use during the initialstage of the run, (2) a target heart rate range for each successiveinterval, and (3) an average heart rate for the duration of the run(e.g., once this average heart rate for the duration of the run reachesthe target heart rate.)

Determining Updated Current Training Paces

Using the techniques described above, training optimization application26 estimates the user's predicted marathon time is approximately 3:28:23for a current marathon pace of 7:54.

Training optimization application 26 estimates/calculates the user'scurrent training paces using the current marathon pace of 7:54 to be asfollows: Base/Easy Pace=8:20-8:50, Threshold Pace=7:26, IntervalPace=6:48. Where a range is provided, TA 26 may arbitrarily select apace within that range. As described previously, these values may varyslightly depending on the source of the running calculator or table. Inone example, combine sources where one source provides paces notprovided by another.

Updated Training Pace Confirmation Run

Using the techniques described above, training optimization application26 confirms the determined updated current training pace. For example,on Jan. 10, 2013, the user performs Marathon Pace Tempo Run at LocationA at the update current marathon pace of 7:54, and the average userheart rate is 173 for the run. As a result, the pace update results areconfirmed.

For example, on Jan. 13, 2013, the user performs the workout “LocationB, long run at base pace” using an updated current base pace of 8:28. Atthe end of the run, it is determined that the average user heart ratefor this run was 160 bpm, which is within tolerance range of 161 (seeabove). As a result, the pace update run results are confirmed. In oneexample, more than one confirmation run must be performed in order forthe pace update run results are confirmed.

For example, on Jan. 15, 2013, the user performs the workout “LocationA, threshold run at lactate threshold pace (i.e., threshold pace)” usingan updated current threshold pace of 7:29. At the end of the run, it isdetermined that the average user heart rate for this run was 178 bpm.Training optimization application 26 has previously processed user heartrate data during a baseline run for the workout “Location A, thresholdrun at lactate threshold pace (i.e., threshold pace)” to be 176, with atolerance of plus or minus 2 bpm. As a result, the pace update runresults are confirmed. In one example, more than one confirmation runmust be performed in order for the pace update run results areconfirmed. Advantageously, any subsequent workout for which baselinedata is available can be used to confirm the pace update run.

In one example, workouts are configured automatically by the trainingoptimization application 26. For example, a workout may be retrievedfrom a training plan from a calendar and configured based on the user'scurrent training paces. For example, training optimization application26 may automatically set the virtual pacer to the current training pacefor the workout type to be performed. The training optimizationapplication 26 may also configure the device 2 to output alerts wherethe user pace (either instantaneous or average for the duration of therun) falls outside a range determined by the user's current trainingpace or user heart rate (either instantaneous or average for theduration of the run) falls outside a desired range. In a furtherexample, the training optimization application 26 may implement a targetheart range in conjunction with the target current training pace. Forexample, the training optimization application 26 may identify a maximumuser heart rate (maximum instantaneous heart rate or average heart forthe duration of the current activity) which is allowed during the run,above which the training optimization application 26 will output analert to the user to slow down. In one example, training optimizationapplication 26 identifies the maximum allowable heart rate by processingprevious training data of the user for the workout type being performedto identify the upper end. For example, training optimizationapplication 26 looks at the maximum heart rate of runs performed forthat workout type at a same training pace. The maximum allowable heartrate is correlated to the workout type (e.g., marathon pace tempo run,lactate threshold run, base pace long run, etc.). For example, in oneexample described herein, the maximum allowable heart rate may be set to169 bpm for a base pace long run, where the target heart rate was 161bpm for a base pace long run. In one example, the maximum allowableheart rate is also correlated to a specific course location. In oneexample, the user manually sets the virtual pacer to the currenttraining pace for the workout type (e.g., marathon pace tempo run) theuser is performing, and manually sets the maximum allowable HR.

Use of simultaneous pace based targets and heart rate based targets isparticularly advantageous when employed during the pace updateconfirmation run, as there is the possibility that the updated pace istoo fast, in which case the user heart rate may fall above the desiredtarget heart rate range. Use of simultaneous pace based targets andheart rate based targets is also particularly advantageous to prompt theuser to slow down if the user heart rate is too high as a result ofovertraining or conditions are abnormally warm. Where the user heartrate consistently exceeds the maximum allowable heart rate for a currenttraining pace known to be accurate, this may be a strong indicator theuser is overtraining. For a threshold run, this will advantageouslyprevent the runner from exceeding his or her lactate threshold pace,thereby optimizing their training at threshold pace to achieve the goalof lowering their threshold pace. In one example, where trainingoptimization application 26 determines that the current pace setting ofthe virtual pacer is too fast, training optimization application 26 mayincrease the virtual pacer pace to a pace slow enough to decrease theuser heart rate below the maximum allowable level. This will allow theuser to easily adjust their speed accordingly based on the virtual pacerso that the user heart rate does not exceed the maximum allowable level.

In various embodiments, the techniques of FIGS. 10-17 discussed belowmay be implemented as sequences of instructions executed by one or moreelectronic systems. In one example, the instructions may be stored bythe device 2 or the instructions may be received by the device 2 (e.g.,via a network connection). In one example, a training optimizationapplication 26 executed at device 2 includes these instructions.

FIG. 10 is a flow diagram illustrating a method for fitness levelmonitoring in one example. At block 1002, a baseline data associatedwith a baseline run is received, the baseline data comprising anavigation data, a heart rate data, and a pace data. At block 1004, afitness test data associated with a fitness test run is received. Atblock 1006, the baseline data and the fitness test data is processed toidentify a user fitness level change. In one example, the user fitnesslevel change is an improved fitness level.

In one example, the method further includes receiving a training dataassociated with a plurality of training runs, and processing thetraining data to identify a need for a fitness test run. In one example,the method further includes receiving a current training pace input by auser, wherein the user is prompted to run the baseline run at thecurrent training pace.

In one example, the method further includes determining an updatedcurrent fitness level training pace. For example, an updated currentfitness level training pace is determined by retrieving the heart ratedata from the baseline data, receiving an update data associated with anupdate run, wherein during the update run the user is prompted tomaintain a target heart rate, the target heart rate determined from theheart rate data from the baseline data, and processing the update datato determine an updated current training pace.

FIG. 11 is a flow diagram illustrating a method for updating a currenttraining pace in one example. At block 1102, a training data associatedwith a plurality of user running activity is stored, the training datacomprising navigation data, heart rate data, and pace data.

At block 1104, a need for a training pace update run is identified. Inone example, identifying a need for a training pace update run includesdetermining an elapsed time from a previous training pace update run. Inone example, identifying a need for a training pace update run includesdetermining a user fitness level change. For example, determining a userfitness level change includes receiving a workout data associated with aworkout running activity, and processing the workout data and thetraining data to determine a user fitness level change. Processing theworkout data and the training data includes identifying a runningactivity from the training data having a same navigation route and asame approximate pace as the workout running activity, and comparing afirst heart rate data associated with the running activity and a secondheart rate data associated with workout running activity.

At block 1106, an update data associated with a training pace update runis received. In one example, during the training pace update run theuser is prompted to maintain a target heart rate. For example, thetarget heart rate is determined from training data associated with arunning activity in the plurality of user running activity.

At block 1108, the update data is processed to determine an updatedcurrent training pace. In one example, the method further includesreceiving a data associated with a confirmation training run, the dataoperable to confirm the updated current training pace.

In one example, the method further includes identifying a current startlocation of a user, searching the training data associated with aplurality of user running activity to identify a user running activityhaving a same start location as the current start location, andprompting the runner during the training pace update run to run a routecorresponding to the user running activity having a same start locationas the current start location. For example, prompting the runner duringthe training pace update run includes outputting turn by turndirections. For example, the turn by turn directions are voicecommunications output at a headset.

FIG. 12 is a flow diagram illustrating a method for athletic training inone example. At block 1202, a present start location of a user isidentified.

At block 1204, a stored data is processed to identify a workout for theuser to perform. In one example, processing a stored data to identify aworkout for the user to perform utilizes the present start location ofthe user. In one example, the workout is a long run workout, intervalworkout, easy run workout, or tempo run workout. In one example,processing a stored data to identify a workout comprises identifying aplurality of workouts to present to the user from which the user mayselect.

In one example, processing a stored data to identify a workout comprisesprocessing a stored training plan and identifying a most recent workoutperformed. In one example, the workout is obtained from a storedtraining plan which is web based such as a Google Calendar, GarminConnect calendar. For example, the stored training plan may bepreviously posted by a Coach or pre-purchased by the user.

In one example, workouts are suggested to the user by a trainingoptimization application based on one or more of the following criteria:(a) The user's current location (i.e., determined by GPS). For example,it is determined whether the user is currently at a track oval, a trailhead appropriate for trail running, or at a location where the user hasperformed previous running activities, (b) The user's workout history (ie, running activities stored in memory), including the most recentworkout activity performed (e.g., 2 days ago, 1 week ago, etc.),workouts performed at the current location (e.g., workout type,duration, and intensity level (e.g., pace)), and (c) The current dateand a training calendar (stored on either the device 2 or retrieved viaa web interface (e.g., Garmin Connect or Google Calendar), etc.)providing workouts based on date, where the training optimizationapplication 26 identifies a scheduled workout from the training calendarand selects a workout based on the user's current location and workouthistory. For example, where it is determined that the user is currentlyat a track oval and the workout history indicates the user did notperform the scheduled interval track workout as scheduled a few daysago, the training optimization application 26 may suggest thispreviously scheduled interval track workout instead of a currentlyscheduled workout (e.g., a tempo run). The suggested workout includes aworkout type and pace information for example, and may be configured bytraining optimization application 26 so that the user is promptedappropriately during the workout (e.g., re: pace, heart rate, etc.) Inone example, the training optimization application 26 selects theworkout scheduled for the current day and configures the workout for theuser, and the user selects and performs the workout as configured, (d) apace update run is suggested if the training data indicates the user hasnot performed a pace update run recently (e.g., in the last 200 miles ofrunning) Advantageously, in one example, training optimizationapplication 26 automatically adapts the training plan based on actualuser data.

At block 1206, a training data associated with the workout during aperformance of the workout by the user is received. In one example, thetraining data comprises navigation data, heart rate data, and pace data.

In one example, the method further includes prompting the user duringthe workout with navigation data associated with the workout. In oneexample, the navigation data is generated from a web mapping interfacesuch as Google Maps. In one example, the method further includesprompting the user during the workout with a target heart rate dataassociated with the workout.

In one example, the method further includes prompting the user duringthe workout with a target pace data associated with the workout. Forexample, the target pace data is a current updated pace determined fromprocessing the stored data. In one example, the method further includesprompting the user during the workout with a target distance dataassociated with the workout.

FIG. 13 is a flow diagram illustrating a method for athletic training inone example. At block 1302, a first data associated with a first runningactivity performed at a training pace is received, the first datacomprising a first heart rate data. In one example, the training pace isa lactate threshold pace, marathon pace, half marathon pace, 10k pace,5k pace, or base pace.

At block 1304, a second data associated with a second running activityperformed at a target heart rate is received, the target heart rateassociated with the first heart rate data, the second data comprising apace data. At block 1306, an updated training pace utilizing the seconddata is determined. In one example, determining an updated currenttraining pace utilizing the second data includes identifying an averagepace.

FIG. 14 is a flow diagram illustrating a method for athletic training inone example. At block 1402, a training pace for a workout type is set.In one example, the training pace is a base pace, interval pace, lactatethreshold pace, or marathon pace. In one example, the workout type is along run, a tempo run, a threshold run, or an interval.

At block 1404, a target heart rate is correlated to the workout type. Inone example, correlating a target heart rate to the workout typeincludes utilizing data received from an activity performed at thetraining pace. In one example, the correlation between the target heartrate to the workout type is associated with an identified course.

At block 1406, an updated training pace for the workout type is setresponsive to receiving a data from a running activity corresponding tothe workout type. In one example, the running activity corresponding tothe workout type is performed at the target heart rate.

FIG. 15 is a flow diagram illustrating a method for athletic training inone example. At block 1502, a plurality of training data associated witha plurality of training runs is received, wherein each training run ofthe plurality of training runs is identified by a workout type. In oneexample, each training run is further identified by a course location.

At block 1504, the plurality of training data associated with a workouttype is identified. At block 1506, the plurality of training dataassociated with a workout type is processed to identify a fitness levelchange. In one example, the user may be prompted to perform an updatetraining run.

At block 1508, an update data associated with an update training run isreceived. At block 1510, an updated training intensity (e.g., trainingpace) is identified utilizing the update data. In one example, theupdated training pace corresponds to a first workout type, the methodfurther includes determining a second updated training pacecorresponding to a second workout type.

In one example, the method further includes receiving a data associatedwith a confirmation training run, the data operable to confirm theupdated training pace. In one example, the update training run is afirst workout type and the confirmation training run is a second workouttype. In one example, the data includes a heart rate data, the methodfurther including outputting an alert during the confirmation trainingrun if the heart rate exceeds a pre-determined maximum permissible rate.

FIG. 16 is a flow diagram illustrating a method for fitness levelmonitoring in one example. At block 1602, a baseline data associatedwith a baseline run is received, the baseline data comprising anavigation data, a heart rate data, and a pace data. At block 1604, atraining data associated with a plurality of training runs is received.

At block 1606, the training data is processed to identify a training runfrom the plurality of training runs usable to identify a fitness levelchange. In one example, processing the training data to identify atraining run includes identifying a training run performed at a samepace as the baseline run. In one example, processing the training datato identify a training run includes identifying a training run performedat a same pace and a same course as the baseline run. At block 1608, auser fitness level change is identified.

FIG. 17 is a flow diagram illustrating a method for predicting a racetime in one example. At block 1702, a training data associated with aplurality of user athletic activity is received, the training datacomprising navigation data, heart rate data, and pace data. At block1704, a data associated with a current fitness level determination isreceived. At block 1706, the data associated with a current fitnesslevel determination is processed to predict an estimated raceperformance time. The estimated race performance time is provided to theuser and/or automatically used to configure a race activity to beperformed by the user during the race. An estimated race performancetime is useful to the athlete as it can be used to determine a pacingstrategy for the race, providing an estimate of how slow or fast theuser should begin the race. For example, for a half marathon race, theestimated race performance time is used to calculate an average pace forwhich the runner must run throughout the 13.1 miles in order to completethe 13.1 miles in the estimated race performance time. In one example,training optimization application 26 may configure a pacing strategy forthe upcoming race for the runner to execute during the race. Forexample, in the simplest example, training optimization application 26may configure the device 2 to prompt the user to maintain thisdetermined average pace throughout the race (e.g., using the virtualpacer function or alerts if the user pace deviates from this pace bymore than a threshold). In further examples, other pacing strategies maybe developed from this determined average pace. In one example, thecurrent fitness level determination is a training pace update activity.In one example, the method further includes identifying a need for atraining pace update activity

Instructions of the various software/firmware applications performingmethods and functionality discussed herein are loaded for execution on acorresponding control unit or processor. The control unit or processormay include a microcontroller, a microprocessor, a processor module, orsubsystem including one or more microprocessors and microcontrollers, orother control or computing devices. The term controller refers to eithersoftware or hardware, or a combination of both, and may refer tomultiple software or hardware modules.

While the exemplary embodiments of the present invention are describedand illustrated herein, it will be appreciated that they are merelyillustrative and that modifications can be made to these embodimentswithout departing from the spirit and scope of the invention. Forexample, where a user “pace” is referred to, a user “speed” can besubstituted. Any determination made by the systems and applicationsdescribed herein can be output to the user via a device user interfacefor review. In certain examples, a running athletic activity isdescribed though the discussed method may be utilized in other athleticactivities such as swimming, cycling, etc. in further examples. Methods,techniques, and apparatuses described as applying to one embodiment orexample may also be utilized with other embodiments or examplesdescribed herein. Thus, the scope of the invention is intended to bedefined only in terms of the following claims as may be amended, witheach claim being expressly incorporated into this Description ofSpecific Embodiments as an embodiment of the invention.

What is claimed is:
 1. A system comprising: one or more processors; oneor more user interfaces; an electronic communications interfaceconfigured to receive a heart rate data from a heart rate monitor; aglobal positioning system unit; and one or more computer memoriesstoring a user information comprising a user lactate threshold pace andstoring one or more application programs comprising instructionsexecutable by the one or more processors, the instructions executable bythe one or more processors comprising instructions for: receiving, overtime, first global positioning system unit outputs from the globalpositioning system unit during a first running activity; receiving, overtime, first heart rate monitor outputs from the electroniccommunications interface during the first running activity; adjusting,over time, first outputs at the one or more user interfaces responsiveto obtaining the first global positioning system unit outputs and thefirst heart rate monitor outputs; outputting, over time, heart rateprompts at the one or more user interfaces during a second runningactivity, the heart rate prompts configured to determine an updatedlactate threshold pace utilizing a first data obtained from the firstrunning activity, the first data stored in the one or more computermemories; receiving, over time, second global positioning system unitoutputs from the global positioning system unit during the secondrunning activity; receiving, over time, second heart rate monitoroutputs from the electronic communications interface during the secondrunning activity; adjusting, over time, second outputs at the one ormore user interfaces responsive to obtaining the second globalpositioning system unit outputs and the second heart rate monitoroutputs; and outputting at the one or more user interfaces the updatedlactate threshold pace utilizing a second data obtained during thesecond running activity.
 2. The system of claim 1, wherein theinstructions executable by the one or more processors further comprisinginstructions for outputting one or more parameter target prompts at theone or more user interfaces during the first running activity.
 3. Thesystem of claim 1, wherein the instructions executable by the one ormore processors further comprising instructions for outputting predicteduser time outputs for predetermined distances, the predicted user timeoutputs correlated to a user fitness level obtained from the seconddata.
 4. The system of claim 1, wherein: the electronic communicationsinterface comprises a transceiver operable for wireless communicationutilizing a Bluetooth Protocol or an ANT Protocol, the instructionsexecutable by the one or more processors further comprising instructionsfor outputting an indication at the one or more user interfacesresponsive to a user heart rate obtained from the second heart ratemonitor outputs, the heart rate prompts comprise a plurality of targetheart rate ranges, the indication comprises a vibrate alert when theuser heart rate is outside a target heart rate range for each targetheart rate range in the plurality of target heart rate ranges, theinstructions executable by the one or more processors further comprisinginstructions for outputting a heart rate correlated with the updatedlactate threshold pace, and the instructions executable by the one ormore processors further comprising instructions for outputting apredicted user race time.
 5. The system of claim 1, wherein the firstdata comprises a user heart rate data and wherein the heart rate promptsconfigured to determine the updated lactate threshold pace utilizing thefirst data obtained from the first running activity utilize the userheart rate data.
 6. The system of claim 1, wherein: the heart rateprompts comprise a plurality of target heart rate ranges configuredprior to a start of the second running activity, wherein one or more ofa target heart rate range in the plurality of target heart rate rangesis for a defined time duration, the heart rate prompts at the one ormore user interfaces during the second running activity comprise a textoutput of each target heart rate range in the plurality of target heartrate ranges, and wherein the instructions executable by the one or moreprocessors further comprising instructions for replacement in the one ormore computer memories of the user lactate threshold pace with theupdated lactate threshold pace.
 7. The system of claim 1, wherein theinstructions executable by the one or more processors further comprisinginstructions for selecting, comprising utilizing the second heart ratemonitor outputs, one from: the second running activity is operable tooutput the updated lactate the threshold pace and the second runningactivity is not operable to output the updated lactate threshold pace.8. The system of claim 1, wherein the heart rate prompts at the one ormore user interfaces during the second running activity comprise textoutputs of a plurality of target heart rate ranges, and the instructionsexecutable by the one or more processors further comprising instructionsfor outputting, over time, alert outputs at the one or more userinterfaces during the second running activity responsive to a user heartrate outside a target heart rate range in the plurality of target heartrate ranges, the user heart rate obtained from the second heart ratemonitor outputs.
 9. The system of claim 1, wherein the heart rateprompts comprise a target heart rate range prompt having a defined timeduration.
 10. The system of claim 1, wherein the instructions executableby the one or more processors further comprising instructions foroutputting a heart rate correlated with the updated lactate thresholdpace.
 11. The system of claim 1, wherein the first data is used toobtain the user lactate threshold pace.
 12. The system of claim 1,further comprising a torso-wearable device comprising: the heart ratemonitor; and a wireless communications transceiver to transmit the heartrate data to the electronic communications interface, wherein theelectronic communications interface is disposed at a wearable devicearranged to be worn on a user arm.
 13. The system of claim 1, whereinthe heart rate monitor is disposed at a wrist-worn device.
 14. Thesystem of claim 1, wherein the first data comprises a user heart ratedata and a user pace data.
 15. The system of claim 1, wherein the firstdata comprises a user lactate threshold.
 16. The system of claim 1,wherein the first data comprises a user heart rate data obtained fromthe first heart rate monitor outputs and a user pace data obtained fromthe first global positioning system unit outputs.
 17. The system ofclaim 1, wherein the second data comprises a pace data obtained from thesecond global positioning system unit outputs.
 18. The system of claim1, wherein the updated lactate threshold pace comprises an average of anobtained pace data obtained during the second running activity.
 19. Amethod comprising: receiving, over time, first global positioning systemunit outputs from a global positioning system unit included within anelectronic device during a first running activity; receiving, over time,first heart rate monitor outputs from an electronic communicationsinterface included within the electronic device during the first runningactivity; adjusting, over time, first outputs at one or more userinterfaces at the electronic device responsive to obtaining the firstglobal positioning system unit outputs and the first heart rate monitoroutputs; outputting, over time, heart rate prompts at the one or moreuser interfaces at the electronic device during a second runningactivity, the heart rate prompts configured to determine an updatedlactate threshold pace utilizing a first data obtained from the firstrunning activity, the first data stored in a memory at the electronicdevice; receiving, over time, second global positioning system unitoutputs from the global positioning system unit during the secondrunning activity; receiving, over time, second heart rate monitoroutputs from the electronic communications interface at the electronicdevice during the second running activity; adjusting, over time, secondoutputs at the one or more user interfaces at the electronic deviceresponsive to obtaining the second global positioning system unitoutputs and the second heart rate monitor outputs; and outputting at theone or more user interfaces at the electronic device the updated lactatethreshold pace utilizing a second data obtained during the secondrunning activity.
 20. The method of claim 19, further comprisingoutputting predicted user time outputs for predetermined distances, thepredicted user time outputs correlated to a user fitness level obtainedfrom the second data.
 21. The method of claim 19, further comprisingoutputting one or more parameter target prompts at the one or more userinterfaces during the first running activity.
 22. The method of claim19, further comprising outputting an indication at the one or more userinterfaces responsive to a user heart rate obtained from the secondheart rate monitor outputs, wherein the heart rate prompts comprise aplurality of target heart rate ranges, the indication comprises avibrate alert when the user heart rate is outside a target heart raterange for each target heart rate range in the plurality of target heartrate ranges, and the method further comprising outputting a heart ratecorrelated with the updated lactate threshold pace, and the methodfurther comprising outputting a predicted user race time.
 23. The methodof claim 19, wherein the first data comprises a user heart rate data andwherein the heart rate prompts configured to determine the updatedlactate threshold pace utilizing the first data obtained from the firstrunning activity utilize the user heart rate data.
 24. The method ofclaim 19, wherein: the electronic communications interface comprises atransceiver operable for wireless communication utilizing a BluetoothProtocol or an ANT Protocol, the heart rate prompts comprise a pluralityof target heart rate ranges configured prior to a start of the secondrunning activity, wherein one or more of a target heart rate range inthe plurality of target heart rate ranges is for a predetermined timeduration, the heart rate prompts at the one or more user interfacesduring the second running activity comprise a text output of each targetheart rate range in the plurality of target heart rate ranges, andwherein the method further comprises replacing in the memory at theelectronic device an obsolete user lactate threshold pace with theupdated lactate threshold pace.
 25. The method of claim 19, furthercomprising: identifying, comprising utilizing the second heart ratemonitor outputs, the second running activity is operable to obtain theupdated lactate threshold pace.
 26. The method of claim 19, wherein theheart rate prompts at the one or more user interfaces during the secondrunning activity comprise a plurality of target heart rate ranges, andthe method further comprising outputting, over time, alert outputs atthe one or more user interfaces during the second running activityresponsive to a user heart rate outside a target heart rate range in theplurality of target heart rate ranges, the user heart rate obtained fromthe second heart rate monitor outputs.
 27. The method of claim 19,further comprising outputting a heart rate correlated with the updatedlactate threshold pace.
 28. The method of claim 19, wherein the firstdata is used to obtain a user lactate threshold pace.
 29. The method ofclaim 19, wherein the first heart rate monitor outputs and the secondheart rate monitor outputs are received from a heart rate monitordisposed at a torso wearable device utilizing a wireless communicationstransceiver to transmit the first heart rate monitor outputs and thesecond heart rate monitor outputs.
 30. The method of claim 19, whereinthe first data comprises a user heart rate data and a user pace data.31. The method of claim 19, wherein the first data comprises a userlactate threshold.
 32. The method of claim 19, wherein the first datacomprises a user heart rate data obtained from the first heart ratemonitor outputs and a user pace data obtained from the first globalpositioning system unit outputs.
 33. The method of claim 19, wherein thesecond data comprises a pace data obtained from the second globalpositioning system unit outputs.
 34. The method of claim 19, wherein theupdated lactate threshold pace comprises an average of an obtained pacedata obtained during the second running activity.
 35. A systemcomprising: a sensor system to transmit sensor outputs during a lactatethreshold pace determination activity for obtaining a pace data, a heartrate data, and an acceleration data, wherein the sensor systemcomprises: a heart rate monitor for the heart rate data, wherein theheart rate monitor is disposed at a first wearable device to output theheart rate data, the first wearable device further comprising a firstwireless transceiver to wirelessly transmit the heart rate data; a speedsensor comprising a navigation device for the pace data, wherein thespeed sensor is disposed at a second wearable device arranged to be wornon a user arm to output the pace data, the second wearable devicecomprising a second wireless transceiver to receive the heart rate data;and an accelerometer for the acceleration data, wherein theaccelerometer is disposed at the first wearable device; one or more userinterfaces, the one or more user interfaces comprising a wearable userinterface disposed at the second wearable device viewable during thelactate threshold pace determination activity; one or more processors;and one or more memories comprising a user information obtained prior tothe lactate threshold pace determination activity, the one or morememories further comprising executable instructions executable by theone or more processors, the executable instructions comprisinginstructions for outputting a plurality of prompts at the one or moreuser interfaces during the lactate threshold pace determinationactivity, the plurality of prompts comprising text outputs of aplurality of target heart rate ranges configured utilizing a data fromthe user information, each target heart rate range in the plurality oftarget heart rate ranges having a time duration, the executableinstructions further comprising instructions for providing at thewearable user interface viewable during the lactate threshold pacedetermination activity a first feedback of the pace data, a secondfeedback of the heart rate data, and a third feedback responsive to auser heart rate obtained from the heart rate data outside a target heartrate range for each target heart rate range in the plurality of targetheart rate ranges, the executable instructions further comprisinginstructions for detecting the lactate threshold pace determinationactivity is operable to output a lactate threshold pace, outputting thelactate threshold pace, correlating a user heart rate with the lactatethreshold pace, outputting a predicted user race time, and replacing inthe one or more memories an outdated prior lactate threshold pace datawith the lactate threshold pace.
 36. The system of claim 35, wherein theuser information comprises a user heart rate data, a user pace data, auser lactate threshold pace, and a user predicted race time data. 37.The system of claim 35, wherein the user information comprises a userheart rate data and wherein the plurality of prompts configuredutilizing the data from the user information comprises utilizing theuser heart rate data.
 38. The system of claim 35, wherein each targetheart rate range of the plurality of target heart rate ranges is variedfrom each other target heart rate range of the plurality of target heartrate ranges.
 39. The system of claim 35, wherein the lactate thresholdpace comprises an average of an obtained pace data obtained during thelactate threshold pace determination activity.
 40. The system of claim35, wherein the user information comprises an activity data associatedwith a prior completed running activity and wherein the plurality ofprompts configured utilizing the data from the user informationcomprises utilizing the activity data.
 41. The system of claim 35,wherein the user information comprises a user heart rate data and a userpace data.
 42. The system of claim 35, wherein the user informationcomprises a prior lactate threshold pace and a correlated user heartrate.
 43. The system of claim 35, wherein detecting the lactatethreshold pace determination activity is operable to output the lactatethreshold pace comprises selecting the lactate threshold pacedetermination activity is operable to output the lactate the thresholdpace from: the lactate threshold pace determination activity is operableto output the lactate threshold pace and the lactate threshold pacedetermination activity is not operable to output the lactate thresholdpace.